Apparatuses, systems and methods for processing, acknowledging, transferring and custody of assets or rights on a distributed ledger

ABSTRACT

A system software and method which relates to the field of computing technology or business process models or computer systems or distributed computer systems or computer networks relating to general purpose devices that can be programmed to carry out a set of data table or hash table updates, validations or modifications supporting, enabling or executing public and private services, financial transactions and commercial applications. More specifically, the present invention is directed to distributed and decentralized computing in which said distributed network is supported and encrypted by cryptographic technology, hash functions and distributed public or private keys or other related technology.

RELATED APPLICATIONS

This application claims priority to U.S. patent application Ser. No.15/368,221, entitled, Electronic Platform For Managing InvestmentProducts, filed on Dec. 2, 2016, P.C.T. Patent ApplicationPCT/US18/16705 entitled Electronic Platform For Managing InvestmentProducts and U.S. Provisional Application 62/556,283 the disclosures ofwhich are incorporated herein by reference.

TECHNICAL FIELD

This application is related to electronic platforms, and, morespecifically, to systems, methods, and devices for managing investmentproducts, including customizable structured products requiring real timecertification, education, market factors and market builders.

BACKGROUND

An array of financial products is available in the financial marketplacefor investment. One set of examples of financial products that areavailable to investors are structured products. Structured productsoffer investors potential returns tied to the performance of underlyingderivatives such as indices, a basket of securities, a single security,options, commodities, foreign currencies, etc. Structured productofferings have defined levels of risk, return and maturity and are oftenused as a portfolio diversification strategy to include exposure todesired asset classes without direct investment on those asset classes.Consider a structured product in the form of a structured note with anotional face value of $1,000 and a maturity of 3 years that is linkedto the performance of the Dow Jones U.S. Select REIT (Real EstateInvestment Trust) index. The structured note combines two components: azero coupon bond and a derivative component (e.g., a call option on theindex). Most of the principal is put in the zero coupon bond, which isdesigned to give a return equal to the initial investment (i.e., $1000)at maturity. The rest of the money is put in the derivative component(e.g., a call option on the S&P 500 index). At maturity, the investorreceives the principal ($1,000) regardless of whether the underlyingindex moves up or down. Moreover, if the value of the underlying indexrises during the period of time between the issue and the maturity, theinvestor typically receives an additional return. For example, if thevalue of the underlying index rises 40% during the period, the investorcan receive 40% of $1000, or $400, assuming a 100% participation rate.Besides providing the benefits of capital protection and potentialincome, structured products can also provide the benefit of portfoliodiversification. For example, instead of buying a portfolio ofcommercial real estates, which can be difficult to find or evenexpensive to do, the investor can buy the example structured productlinked to the REIT index to get exposure to the commercial real estatemarket.

While the benefits of structured products are clear, many investors aswell as financial advisors typically shy away from structured productsbecause of a lack of understanding of how the structured products work,a lack of liquidity and a lack of transparency in how these products arepriced, among other reasons.

SUMMARY

Present governmental, cooperation, industries, financial entities andcommercial operations are mostly based upon and accompanied by singlecentralized or separate databases or data tables. This leads to doublespending, double accounting and record keeping apart from other effortsand cost for every party involved in a transaction or business. Thepresent inventive technology promotes, enables and facilitates dramaticcost and time savings and reduces settlement and systemic risk apartfrom other risks and complexity regarding financial transactions orbasically any other private business or public activity by exchanginginformation in a controlled and permissioned or non-permissioned mannerdepending on the applicable business process and privacy orconfidentiality needed.

Example embodiments of the present invention are directed to anintegrated system for and methods performed thereon for identifyingcustomized structured investment products, certifying users to use andsell such customized structured products, selling and trading suchcustomized structured products, and monitoring the performance of thecustomized structured products. The customized structured products arebuilt from real time market data, client specific data, and/orperformance metrics of other customized structured products.

In an example embodiment of the present invention an electronic platformresiding at one or more servers that communicate with client devicesassociated with one or more users of the electronic platform, comprises:a product generation system that generates tradable investment productsin response to product request information received from a user of theelectronic platform; a product education system that provides onlinecourses associated with the tradable investment products to the user ofthe electronic platform; and a product exchange system that establishesan information exchange environment between the user of the electronicplatform and other users of the electronic platform.

In other example embodiments of the present invention the electronicplatform may include one or more of the following features. The productgeneration system generates builds tradable investment products for theuser after the user of the electronic platform has completed at leastone online course associated with the tradable investment productsprovided by the product education system. The product education systemprovides online courses associated with the tradable investment productsto the user of the electronic platform after determining the user of theelectronic platform is not certified to trade investment productsgenerated by the product generation system. The product generationsystem builds investment products using a decision tree analysis ofinformation provided by the user the of the electronic system, theinformation including: information associated with a user's investmentcriteria, information associated with a user's risk tolerance,information associated with a user's investment horizon, informationassociated with a user's desired investment market, informationassociated with a user's level of investment protection, and informationassociated with real-time or near real-time conditions of the investmentmarket. The product education system provides at least one online courseto the user of the electronic platform that includes a first coursesection that presents information to the user based on investmentproducts of interest to the user and capable of being generated by theproduct generation system and a second course section that presents aquiz to the user that is based on the information presented to the user.The product exchange system that establishes a social network servicebetween the user of the electronic platform and other users of theelectronic platform, the social network service facilitating a sharingof information between users that includes information identifying oneor more investment products generated for the user by the productgeneration system. The product exchange system that establishes aproduct trading marketplace between the user of the electronic platformand other users of the electronic platform, the product tradingmarketplace facilitating a trading of generated investment productsbetween users of the electronic platform.

In yet another example embodiment of the present invention, a methodperformed by an electronic platform of generating a tradable investmentproduct comprises: receiving input from a user via a product generationinterface of the electronic platform, the input including a selection ofone or more investment product categories of interest to the user;before generating an investment product for the user that is based onthe selected one or more investment product categories of interest tothe user; launching an online seminar via an education interface of theelectronic platform for the user; and upon receiving an indication thatthe user has completed the online seminar via the education interfaceprovided by the electronic platform, generating one or more investmentproducts within the selected one or more invest product categories viathe product generation interface of the electronic platform.

Example embodiments of the present invention include one or more of thefollowing features. After generating one or more investment productswithin the selected one or more invest product categories via theproduct generation interface of the electronic platform, establishing,via an information exchange interface provided by the electronicplatform, a social network service between the user of the electronicplatform and other users of the electronic platform, the social networkservice facilitating a sharing of information between users thatincludes information identifying one or more investment productsgenerated for the user by the product generation system. Aftergenerating one or more investment products within the selected one ormore invest product categories via the product generation interface ofthe electronic platform, establishing, via an information exchangeinterface provided by the electronic platform, a product tradingmarketplace between the user of the electronic platform and other usersof the electronic platform, the product trading marketplace facilitatinga trading of generated investment products between users of theelectronic platform.

In still another example embodiment of the present invention anon-transitory computer-readable medium whose contents, when executed byan electronic platform provided by one or more servers, cause theelectronic platform to perform operations for providing a computingenvironment for trading structured investment products, comprises:generating tradable investment products in response to product requestinformation received from a user of the electronic platform; providingonline courses associated with the tradable investment products to theuser of the electronic platform based on credentials assigned to theuser of the electronic platform; and establishing information exchangeevents between the user of the electronic platform and other users ofthe electronic platform that are associated with tradable investmentproducts generated for the user of the electronic platform.

In yet a further example embodiment a method performed by an electronicplatform residing at one or more servers that communicate with clientdevices associated with one or more users of the electronic platform,comprises: receiving a request from a user to trade an investmentproduct; identifying a training module associated with a certificationprogram provided by the electronic platform and associated with tradingthe investment product via the electronic platform; presenting thetraining module to the user; determining whether the user has completedthe training module; when the determining indicates that the user hascompleted the training module, identifying a test corresponding to thetraining module; presenting the test to the user; determining whetherthe user has passed the test; when the determining indicates that theuser has passed the test, certifying the user to trade the investmentproduct.

And in another example embodiment of the present invention, a method,performed by an electronic platform residing at one or more servers thatcommunicate with client devices associated with one or more users of theelectronic platform, of selecting a structured investment product for auser of the electronic platform, comprises: receiving, via a graphicaluser interface provided by the electronic platform, information from auser, the information including; information associated with a user'sinvestment criteria; information associated with a user's risktolerance; information associated with a user's investment horizon;information associated with a user's desired investment market; orinformation associated with a user's level of investment protection; andthen determining real-time or near real-time conditions of theinvestment market; and selecting one or more structured investmentproducts based on the information received from the user and based onthe real-time or near real-time conditions of the investment market.

Still another example embodiment of the present invention is directed toa method, performed by an electronic platform residing at one or moreservers that communicate with client devices associated with one or moreusers of the electronic platform, of presenting a tradable structuredinvestment product to a user of the electronic platform, comprising:receiving, via an interface provided by the electronic platform, arequest from the user of the electronic platform to perform a tradeassociated with a structured investment product; decomposing thestructured investment product into two or more priced components of thestructured investment product; generating pricing tables for each of thetwo or more priced components of the structured investment product;pre-fetching, from pricing servers located on an information exchangenetwork that includes the electronic platform, pricing information forthe two or more priced components based on a variety of different dealterms; receiving, via the interface provided by the electronic platform,input from the user of the electronic platform that identifies a set ofdeal terms to be applied to the two or more priced components whenperforming the trade of the structured investment product; interpolatingthe pricing tables based on the set of deal terms associated with thetwo or more priced components and provided by the user of the electronicplatform; determining a price for the structured investment product thatis based on the interpolated pricing tables for the two or more pricedcomponents; and presenting, via the interface of the electronicplatform, information identifying the structured investment product andinformation identifying the determined price for the structuredinvestment product.

A further still example embodiment of the present invention is directedto a method, performed by an electronic platform residing at one or moreservers that communicate with client devices associated with one or moreusers of the electronic platform, of presenting information associatedwith a structured investment product that is available for trading viathe electronic platform, the method comprising: receiving, via aninterface provided by the electronic platform, a selection of astructured investment product generated by the electronic platform;performing a backtesting analysis for the selected structured investmentproduct, the analysis include a comparison of a theoretical performanceof the selected structured investment product to theoreticalperformances of other structured investment products generated by theelectronic platform; and presenting, via the interface provided by theelectronic platform, a result of the performed analysis.

And in yet another example embodiment of the present invention, a methodof managing a certification program for a financial product, comprises:receiving a request from a user to complete the certification programfor the financial product; identifying a training module associated withthe certification program; presenting the training module to the user;determining whether the user has completed the training module; and whenthe determining indicates that the user has completed the trainingmodule, identifying a test corresponding to the training module;presenting the test to the user; determining whether the user has passedthe test; when the determining indicates that the user has passed thetest, certifying the user on the financial product; and informing theuser that the user has completed the certification program and ispermitted to trade the financial product; and when the determiningindicates that the user has failed the test, informing the user that theuser is not permitted to trade the financial product.

Further example embodiments of the present invention may include one ormore of the following features. The training module includes videos orarticles for the user's review. The determining indicates that the userhas not completed the training module, informing the user of the user'scurrent progress in completing the training module. The certificationprogram is administered online and accessible through a web interface.The user is a financial advisor. The financial product is a leveledasset, a growth product, or an income product. The method furthercomprises informing a manager of the user of completion of thecertification program for the financial product.

In even an even further example embodiment a system for managing tradingrequests, comprises: at least a processor and memory, cooperating tofunction as: a receiving component configured to receive a request froma user to trade a financial product; a determining component configuredto determine whether the request is to be approved based on acertification status of the user on the financial product; an approvingcomponent configured to, when the determining component determines thatthe request is to be approved, approve the request and inform the userthat the trade will be processed; and a disapproving componentconfigured to, when the determining component determines that therequest is not to be approved, deny the request and inform the user thatthe user needs to complete a certification program for the financialproduct.

Further example embodiments of the present invention may include one ormore of the following features. The approving component is furtherconfigured to process the trade after approving the request. The systemfurther comprises a maintaining component configured to maintaincertification status information in a database, wherein the determiningcomponent obtains the certification status of the user on the financialproduct from the database and determines whether the request is to beapproved in accordance with the obtained certification status. Thesystem further comprises a presenting component configured to presentthe certification status of the user on the financial product to asecond user; and an accepting component configured to accept an approvalor denial from the second user of the request based on the presentedcertification status, wherein the determination component determineswhether the request is to be approved in accordance with the acceptanceor denial of the request. The first user is a financial advisor, and thesecond user is a manager of the first user.

Another example embodiment of the present invention is directed to acomputer-readable storage medium whose contents are capable of causing acomputer device with a processor and memory to perform a method ofimplementing a management dashboard for presenting training andcertification metrics associated with a plurality of users for tradingon financial products, the method comprising: including a first sectionin the management dashboard which displays a list of the plurality ofusers and a summary of training and certification metrics associatedwith each user; including a second section in the management dashboardwhich displays a list of requests by at least some of the users fortrading financial products and allows a manager of the at least some ofthe users to approve or deny each of the requests; and including a thirdsection in the management dashboard which displays a list of recenttraining or certification activities performed by any of the pluralityof users. The first section allows the manager to select a user from theplurality of users and obtain details of training and certificationmetrics associated with the selected user. The listing displayed by thethird section includes, for each activity, descriptions of a nature, astatus, and a name of the user performing the activity.

And another example embodiment of the present invention is directed amethod for evaluating a request to trade on a financial product,comprising: receiving the request to trade on the financial product, therequest being submitted by a user via a web-based interface accessedusing a client device; determining whether the user is certified for thefinancial product; when the user is certified for the financial product,automatically approving the request for processing; when the user is notcertified for the financial product, automatically rejecting the requestand requesting the user to get certified for the financial product byconsuming relevant training content and taking a test based on theconsumed training content; and providing an indication of the approvalor rejection of the request to the user via the web-based interface. Thefinancial product is a structured investment product or anover-the-counter derivative product. The method further comprisesproviding the indication of the approval or rejection of the request fordisplay on a management dashboard accessible to an administrator user.The method further comprises monitoring consumption of each item of therelevant training content by the user; and providing information fromthe monitoring for display on a management dashboard accessible to anadministrator user. The method further comprises determining, based onthe monitoring, that the user has consumed all items of the relevanttraining content; in response to the determining, presenting the testincluding a set of questions to the user and receiving responses to theset of questions from the user; and determining whether to certify theuser for the financial product based on the received responses.

In still a further example embodiment of the present invention, a methodof enabling a user to identify financial products of interest based on aplurality of financial product classifications, each associated with oneor more financial product classes: receiving a request from a user tofind a financial product; obtaining a current list of financialproducts; initializing a moving list of financial products to thecurrent list; repeating the following steps until a threshold conditionis satisfied: selecting one of the financial product classificationsthat has not been considered; determining whether the financial productson the moving list belong to at least the predetermined number offinancial product classes associated with the one financial productclassification; and when the determining result indicates that thefinancial products belong to at least a predetermined number offinancial product classes, presenting to the user a questioncorresponding to the one financial product classification and aplurality of answers corresponding to the at least the predeterminednumber of financial product classes; receiving a choice of one of theanswers from the user corresponding to one of the financial productclasses; and removing from the moving list financial products that donot belong to the one financial product class; and displaying the movinglist of financial products to the user.

Example embodiment of the present invention may include one or more ofthe following features. The method further comprises obtaining currentpricing data associated with the financial products on the moving list;and before the presenting, customizing one or more financial products onthe moving list based on the current pricing data. The thresholdcondition indicates that the number of financial products on the movinglist is smaller than a specific number or that the number of financialproduct classes to which the financial products on the moving listbelong is smaller than the predetermined number. The selecting isperformed randomly. The selecting is performed based on a predeterminedorder for the plurality of financial product classifications. Theselecting is performed based on how evenly the financial products on themoving list are distributed into the financial product classesassociated with each financial product classification that has not beenselected. The plurality of financial classifications are based on one ormore of an investment objective, a level of investment risk tolerance,an investment horizon, an equity market preference, a yearly investmentreturn, a level of downside protection, and an overall investmentreturn. The method further comprises displaying a backtesting featureand a future scenario analysis feature to the user that can be appliedto each of the financial products on the moving list. The current listof financial products includes a structured product.

In another example embodiment of the present invention, a system forenabling a user to identify financial products of interest based on aplurality of financial product classifications, each associated with oneor more financial product classes: a processor and memory, cooperatingto function as: a receiving unit configured to receive a request from auser to find a financial product; an obtaining unit configured to obtaina current list of financial products; an initializing unit configured toinitialize a moving list of financial products to the current list; arepeating unit configured to repeatedly invoke the following units untila threshold condition is satisfied: a selecting unit configured toselect one of the financial product classifications that has not beenconsidered; a determining configured to determine whether the financialproducts on the moving list belong to at least a predetermined number offinancial product classes associated with the one financial productclassification; a presenting unit configured to, when the determiningresult indicates that the financial products belong to at least thepredetermined number of financial product classes, present to the user aquestion corresponding to the one financial product classification and aplurality of answers corresponding to the at least the predeterminednumber of financial product classes; a receiving unit configured toreceive a choice of one of the answers from the user corresponding toone of the financial product classes; and a removing unit configured toremove from the moving list financial products that do not belong to theone financial product class; and a displaying unit configured to displaythe moving list of financial products to the user.

Further example embodiments may include one or more of the followingfeatures. A second obtaining unit configured to obtain current pricingdata associated with the financial products on the moving list; and acustomizing unit configured to, before the displaying unit displays themoving list, customize one or more financial products on the moving listbased on the current pricing data. The threshold condition indicatesthat the number of financial products on the moving list is smaller thana specific number or that the number of financial product classes towhich the financial products on the moving list belong is smaller thanthe predetermined number. The selecting unit randomly select one of thefinancial product classifications. The selecting unit selects one of thefinancial product classifications based on a predetermined order for theplurality of financial product classifications. The selecting unitselects one of the financial product classifications based on how evenlythe financial products on the moving list are distributed into thefinancial product classes associated with each financial productclassification that has not been selected. The plurality of financialclassifications are based on one or more of an investment objective, alevel of investment risk tolerance, an investment horizon, an equitymarket preference, a yearly investment return, a level of downsideprotection, and an overall investment return. Displaying the moving listincludes displaying a backtesting feature and a future scenario analysisfeature that can be applied to each of the financial products on themoving list. The current list of financial products includes astructured product.

And in still another example embodiment of the present invention, acomputer-readable storage medium whose contents are capable of causing acomputer device with a processor and memory to perform a method ofenabling a user to identify financial products of interest based on aplurality of financial product classifications, each associated with oneor more financial product classes, the method comprising: receiving arequest from a user to find a financial product; obtaining a currentlist of financial products; initializing a moving list of financialproducts to the current list; repeating the following steps until athreshold condition is satisfied: selecting one of the financial productclassifications that has not been considered; determining whether thefinancial products on the moving list belong to at least a predeterminednumber of financial product classes associated with the one financialproduct classification; when the determining result indicates that thefinancial products belong to at least the predetermined number offinancial product classes, presenting to the user a questioncorresponding to the one financial product classification and aplurality of answers corresponding to the at least the predeterminednumber of financial product classes; receiving a choice of one of theanswers from the user corresponding to one of the financial productclasses; and removing from the moving list financial products that donot belong to the one financial product class; and displaying the movinglist of financial products to the user.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments of the electronic platform (“electronic platform”),including product education systems, product generation systems, andproduct exchange systems, are disclosed in the following detaileddescription and accompanying drawings.

FIG. 1A is a block diagram illustrating a suitable computing environmentthat includes the electronic platform.

FIG. 1B is a data flow diagram illustrating an exchange of data betweenvarious components of the electronic platform.

FIG. 2 is a block diagram illustrating components of a product educationsystem.

FIG. 3 is a flow diagram illustrating a method for certifying a user ofthe electronic platform to trade certain investment products provided bythe electronic platform.

FIG. 4 is a flow diagram illustrating a method for performing a trade ofan investment product based on credentials attributed to a user of theelectronic platform.

FIGS. 5A-5F are display diagrams illustrating example user interfacesprovided by the product education system.

FIG. 6 is a block diagram illustrating components of a productgeneration system.

FIG. 7 is a flow diagram illustrating a method for selecting aninvestment product based on information provided by a user of theelectronic platform.

FIG. 8 is a flow diagram illustrating a method for building aninvestment product based on information provided by a user of theelectronic platform.

FIG. 9 is a flow diagram illustrating a method for providing a custominvestment product to a user of the electronic platform.

FIGS. 10A-10K are display diagrams illustrating example user interfacesprovided by the product generation system.

FIG. 11 is a flow diagram illustrating a method for building acustomized investment product for a user of the electronic platform.

FIGS. 12A-12E are display diagrams illustrating example user interfacesprovided by the product generation system when building customizedinvestment products for users of the electronic platform.

FIG. 13 is a block diagram illustrating components of a product exchangesystem.

FIG. 14 is a flow diagram illustrating a method for presenting, via theelectronic platform, a trading marketplace for investment products.

FIG. 15 is a flow diagram illustrating a method for analyzing agenerated investment product via the electronic platform.

FIGS. 16A-16D are display diagrams illustrating example user interfacesprovided by the product exchange system when sharing informationassociated with investment products.

FIGS. 17A-17D are display diagrams illustrating example user interfacesprovided by the product exchange system when facilitating a marketplaceof investment products.

FIGS. 18A-18B are display diagrams illustrating example user interfacesprovided by the product exchange system when analyzing generatedinvestment products.

FIGS. 19A-19B are display diagrams illustrating example user interfacesprovided by the electronic platform.

FIG. 20 is a block diagram illustrating a suitable computingarchitecture, which may represent any electronic device, any server, orany node of the computing environment described herein.

FIG. 21 is a diagram illustrating a client using the inventive platform.

FIG. 22 illustrates the inventive platform and type of client devicesneeded for access and usage of the platform.

FIG. 23 illustrates a payoff diagram of a structured product.

FIG. 24 illustrates overall general security measures and requirementsfor the online-platform.

FIGS. 25-26 illustrate payoff diagrams.

FIG. 27 illustrates another embodiment of the Client and Serverrelationship of the online platform.

FIG. 28 illustrates a project implementation cycle during developmentand customization of a structured investment product.

FIGS. 29-35 illustrate investment criteria managed by the user of theinventive platform.

FIGS. 36-42 illustrate the operation of a rehypothecation syndicate.

FIGS. 43-46 illustrate search results preview window in the form of adocument term matrix.

FIGS. 47-48 illustrate platform user making changes to user's investmentpositions.

DETAILED DESCRIPTION

Overview

Systems and methods for managing tradable investment products, such asstructured products and other tradable assets having multiplecomponents, are described. In some embodiments, an electronic platform,such as an online computing environment is provided by one or moreservers to one or more client devices, such as client devices associatedwith users seeking to utilize the electronic platform to trade (e.g.,buy or sell) investment products, generate new or customized investmentproducts, access information, tutorials, seminars, and/or online coursesassociated with investment products, share information associated withinvestment products, and so on. Investment products, as used herein, mayinclude structured products, such as over the counter (OTC) derivativeproducts, packaged products (e.g., retail financial trades, annuities,investment trusts), and so on.

In some embodiments, the electronic platform enables certification-basedtrading of investment products. The electronic platform providesfinancial advisors education and training materials on variousinvestment products, tracks their progress through the materials, andcertifies users (e.g. financial advisors) upon completion of therequisite courses to authorize the users to trade approved investmentproducts via the electronic platform. In some cases, a managementdashboard user interface provides various tools for tracking thefinancial advisors' certification for various investment products. Forexample, a manager or a supervisor can approve pending orders based onthe financial advisors' certifications for the financial productsdirectly from the dashboard.

Typically, financial advisors rely on questionnaires, brochures,catalogs and other prepared materials to choose structured products thatmeet the needs of their clients. However, such prepared materialsquickly become out of date as a trading market moves. As a result,investment decisions may be made based on information that is out ofdate. The electronic platform, in some embodiments, implements a productselection method that uses a decision tree to select questions from atemplate based on prior user responses and updates the questions usingreal time pricing information and other information relating to currentmarket conditions. A user may traverse the decision tree, answeringquestions about his or her client's investment needs to discoverproducts best suited to those needs. In some embodiments, the user mayselect a product and graphically interact with the inputs of theselected product to receive information about how each input affects theoverall (expected) payout of the product. In some embodiments, the usermay customize and save specific products for their individual clients.

In some embodiments, the electronic platform enables users to buildinvestment products. For example, users may configure inputs and solvefor different variables in real-time using locally pre-calculated data,to build investment products. In some embodiments, the electronicplatform may utilize pre-fetching algorithms for pricing representativevariations of a requested structured product, and interpolate thoseprices for different variations of the product requested by the user. Insome embodiments, the electronic platform may automatically priceinvestment products for which a user has set a target price, and notifythe user when that target price is reached or when a similar product isoffered.

In some embodiments, the electronic platform may perform real-timeanalysis on custom or pre-built structured products, pre- andpost-trade. For example, in some embodiments, the electronic platformprovides tools for performing scenario analysis and backtesting ofcustom or off-the-shelf investment products using real-time pricingdata.

In some embodiments, the electronic platform enables crowdsourcing ofinvestment products. For example, a user may place a custom investmentproduct (generated by the platform) in an investment queue, and theelectronic platform facilitates the reception of crowd sourced feedbackand/or analysis from other users of the platform. In addition, custombuilt products placed in an investment queue may be part of amarketplace provided by the electronic platform, such that other usersinterested in the custom investment product may commit a notionaltowards the investment product. Once a minimum notional for the custominvestment product is met, an issuer of the electronic product may issuethe custom investment product to the users who committed the notionals.

In some embodiments the electronic platform provides a multi-issuerinvestment product marketplace. The marketplace may be used to buy orsell custom and/or off-the-shelf investment products issued by one ormore issuers. The marketplace for investment products may be equippedwith various social networking tools to display real-time buy/sellactivities of users, trending investment products, tools for liking andsharing custom and off-the-shell investment products, and so on. In someembodiments, the electronic platform provides a secondary market placefor selling investment products. The electronic platform may also allowusers perform various trading processes, such as automatically queryingand receiving RFQs from multiple issuers, filling in the associatedparameters, send to trading firms, and so on.

Various embodiments of the electronic platform will now be described.The following description provides specific details for a thoroughunderstanding and an enabling description of these embodiments. Oneskilled in the art will understand, however, that these embodiments maybe practiced without many of these details. Additionally, somewell-known structures or functions may not be shown or described indetail, so as to avoid unnecessarily obscuring the relevant descriptionof the various embodiments. The terminology used in the descriptionpresented below is intended to be interpreted in its broadest reasonablemanner, even though it is being used in conjunction with a detaileddescription of certain specific embodiments.

Suitable Computing Environment

FIG. 1A is a block diagram illustrating a suitable computing environment100 that includes the electronic platform. As described herein, a user,via a browser or mobile application 115 running on a client device 110,may access an electronic platform 140 to access its various integratedfunctionality. The user, as described herein, may be a financial advisoror a professional who provides financial advice to individuals, such asclients of the user. In some embodiments, the electronic platform 140may be accessible to administrators and/or various parties in thefinancial services industry, such as financial advisors, brokers anddealers, investment product issuers, security depositories, and so on.

The user may employ the client device 110 to connect to the electronicplatform 140 via a network 125, such as a wireless network. Aspects,embodiments, and implementations of the electronic platform 140 will bedescribed in the general context of computer-executable instructions,such as routines executed by a general-purpose computer, a personalcomputer, a server, or other computing systems. The integratedelectronic platform 140 may also be embodied in a special-purposecomputer or data processor that is specifically programmed, configured,or constructed to perform one or more of the computer-executableinstructions explained in detail herein.

The electronic platform 140, in some embodiments, includes a producteducation system 142, a product generation system 144, and a productexchange system 146, and may include one or more local databases 145,which store data and other information associated with the management oftradable investment products, such as information utilized by thesystems and methods described herein.

In some embodiments, the product education system 142, the productgeneration system 144, and/or the product exchange system 146 mayaccess, retrieve, and/or otherwise receive information from an exchangemarket server 130 over the network 125, such as information thatidentifies or provides current or predicted market conditions forvarious investment products and/or components of investment products.

In some embodiments, the different systems of the electronic platform140 may be integrated and/or exchange information between systems. Forexample, the product generation system 144 may be configured and/orprogrammed to generate tradable investment products in response toproduct request information received from a user of the electronicplatform 140, the product education system 142 may be configured and/orprogrammed to provide online courses associated with the generatedtradable investment products to the user of the electronic platform 140,and the product exchange system 146 may be configured and/or programmedto establish an information exchange environment between the user of theelectronic platform 140 and other users of the electronic platform 140.

For example, in some embodiments, the product generation system 144 maybuild tradable investment products for the user after the user of theelectronic platform 140 has completed at least one online courseassociated with the tradable investment products provided by the producteducation system 142. Following the example, the product educationsystem 142 may provide online courses associated with tradableinvestment products to the user of the electronic platform 140 afterdetermining the user of the electronic platform 140 is not certified totrade investment products generated by the product generation system144.

As another example, the product exchange system 146 may establish asocial network service between the user of the electronic platform 140and other users of the electronic platform to facilitate a sharing ofinformation between users that includes information identifying one ormore investment products generated for the user by the productgeneration system 142 and/or may establish a product trading marketplacebetween the user of the electronic platform 140 and other users of theelectronic platform 140 to facilitate a trading of generated investmentproducts between users of the electronic platform 140.

Thus, the various systems of the electronic platform 140 may utilizeinformation from one another when determining whether to provide certainfunctionality to a user of the electronic platform 140. FIG. 1B is adata flow diagram 150 illustrating an exchange of data between variouscomponents of the electronic platform 140.

As shown in FIG. 1B, the product education system 142 may receive clientinput 152 from the client device 110, such as user input, and generateclient credential information 154 for the user that provided the input.For example, the product education system 152 may receive client input152 indicating a selection of an online course for a specific investmentproduct, provide a first course section that presents information to theuser based about the specific investment products, provide a secondcourse section that presents a quiz to the user that is based on theinformation presented to the user and/or based on real-time marketinformation 158 provided by the exchange market server 130, and assignthe user with a credential to trade the specific investment product onthe electronic platform 140 in response to a successful taking of thepresented quiz by the user.

The product generation system 144 may receive or access the clientcredential information 154, and build or generate investment products onbehalf of the user. For example, the product generation system 144 mayutilize the real-time market information 158 provided by the exchangemarket server 130 and/or client input 152 provided by the user, andselect and/or build investment products for the user.

The product exchange system 146 may receive generated productinformation 156 that provides information about investment productsgenerated and/or selected for the user, and generate product tradeinformation for the generated investment products. For example, theproduct exchange system 146 may utilize the real-time market information158 provided by the exchange market server 130 and/or client input 152provided by the user, and generate product trade information to beprovided to marketplaces established by the electronic platform and/orto be analyzed by the electronic platform, to be reviewed (e.g.,crowdsourced) by other users of the electronic platform 140, and so on.

The electronic platform, therefore, may perform operations for providinga computing environment for trading structured investment products,including generating tradable investment products in response to productrequest information received from a user of the electronic platform 140,providing online courses associated with the tradable investmentproducts to the user of the electronic platform 140 based on credentialsassigned to the user of the electronic platform 140, and establishinginformation exchange events between the user of the electronic platform140 and other users of the electronic platform 140 that are associatedwith tradable investment products generated for the user of theelectronic platform 140.

Thus, the various systems of the electronic platform 140 may exchangeinformation between one another in order to provide users withcustomized investment products that are based on real-time or currenttrading market conditions, up-to-date educational information associatedwith the investment products, and exchange environments that facilitatetrading of the investment products, among other benefits.

Examples of the Product Education System

As described herein, in some embodiments, the electronic platform 140includes the product education system 142, which provides tools andresources for certifying users (e.g., financial advisors) on investmentproducts, and enables certification-based trading of investment productsvia the electronic platform 140. The product education system 142 maymonitor information relating to each user's training activities andcertifications earned on investment products. The product educationsystem 142 may automatically approve or deny a trade request submittedby a user based on credentials assigned to the user, and/or may generateand send a trade request, along with information indicating the user'scertification progress on an investment product associated with thetrade request, to a manager or supervisor for approval. The manager orsupervisor may then accept or reject the trade request based on thecertification progress and/or other information.

The product education system 142 may track each user's certificationprogress, including the training items consumed, quizzes passed/failedand so on. Such tracking may enable a manager or supervisor to simplyselect a user's name from a management dashboard to see which investmentproducts the user has or has not received certifications, and/or mayenable the manager to view progress at the group level. For example, themanager may view how many users in his or her group have started, notstarted and/or completed their certifications for each product typedirectly from the management dashboard. In this manner, the manager mayreadily obtain an overview of the certification progress of users fromthe management dashboard.

The product education system 142 may also manage a user's ability totrade an investment product, such as by managing trading that isdependent on the user's certification progress on the investmentproduct. For example, the product education system 142 may deny a userto trade an investment product via the electronic platform 140, unlessthe user has earned a certification on the investment product. Thus, theproduct education system 142 may enable the electronic platform 140 tofacilitate orders for trades that are submitted by qualified financialadvisers who have the required training and expertise on such investmentproducts, which can range from commonly traded products (such as bonds)to complex structured investment products (such as buffered notes).

FIG. 2 is a block diagram illustrating components of the producteducation system 142. The product education system 142 may include oneor more modules and/or components to perform one or more operations ofthe product education system 142. The modules may be hardware, software,or a combination of hardware and software, and may be executed by one ormore processors. For example, the product education system 142 mayinclude a training module 210, a certification module 220, and amanagement module 230.

In some embodiments, the training module 210 is configured and/orprogrammed to provide users, such as financial advisors, with educationand training materials on various investment products, and trackprogress made by each user in consuming those materials. For example,the training module 210 may provide various certification tracks, eachof which may include a set of education and training materials (e.g.,videos, articles, and so on) for consumption.

In some embodiments, the certification module 220 is configured and/orprogrammed to assess the user's knowledge on the consumed education andtraining materials by presenting a quiz including a collection ofquestions (e.g., multiple choice questions). Based on the user'sresponses to the questions, and one or more rules, the certificationmodule 220 may certify a user to trade an investment product. Forexample, when a user answers 90% of the questions in a quiz associatedwith a certification track (e.g., general training, buffered notes, andjump notes), the certification module 220 may certify the user for thecertification track.

In some embodiments, the management module 230 is configured and/orprogrammed to provide various tools for tracking or reviewingcertification status or progress for all or a group of users, andapprove pending orders of investment products placed by users based onthe certification status of the users on the investment products.

As described herein, the product education system 142 may performvarious operations, processes, and methods when credentialing usersand/or determining whether user are to trade investment products via theelectronic platform 140. FIG. 3 is a flow diagram illustrating a method300 for certifying a user of the electronic platform to trade certaininvestment products provided by the electronic platform. The method 300may be performed by the product education system 142 and, accordingly,is described herein merely by way of reference thereto. It will beappreciated that the method 300 may be performed on any suitablehardware.

In operation 310, the product education system 142 monitors and tracks auser's progress in completing items related to a training module. Inoperation 320, the product education system 142 receives an indicationfrom a user to obtain certification on an investment product (e.g., ajump note). In operation 330, the product education system 142identifies the training module for the investment product selected oridentified by the user, which may include videos, articles, and so on,to be completed by the user to receive certification on the investmentproduct.

In operation 335, the product education system 142 determines whetherthe user has completed the training module. When the user has notcompleted the training module, the product education system 142, atoperation 350, identifies a list of items of the training module thatremain to be reviewed, and displays the list to the user.

When the user has completed the training module, the product educationsystem 142, at operation 340, presents the user with a test based on thecompleted training module (which the user should pass in order toreceive certification for the investment product). For example, thetraining module may include a first course section that presentsinformation to the user based on investment products of interest to theuser and capable of being generated by the product generation system144; and a second course section that presents a quiz to the user thatis based on the information presented to the user.

In operation 342, the product education system 142 receives the user'sanswers to the questions in the test, and reviews the user's answers tothe test. In operation 360, the product education system 142 determineswhether the user passes the test. When the product education system 142determines the user has not passed the test (e.g., has not provided asufficient number of correct answers), the product education system 142,in operation 344, stores the test result and presents it to the user,and, in operation 370, requests the user to review the training moduleand retake the test, or another test based on the training module.

When the product education system 142, in operation 360, determines theuser has passed the test (e.g., has provided a sufficient number ofcorrect answers), the product education system 142, in operation 352,grants certification to the user and, in operation 354, stores the testresult and presents it to the user.

FIG. 4 is a flow diagram illustrating a method 400 for performing atrade of an investment product based on credentials attributed to a userof the electronic platform. The method 400 may be performed by theproduct education system 142 and, accordingly, is described hereinmerely by way of reference thereto. It will be appreciated that themethod 400 may be performed on any suitable hardware.

In operation 410, the product education system 142 receives a requestfrom a user, such as a financial advisor, to process a trade on aninvestment product (e.g., a jump note). In operation 430, the producteducation system 142 determines whether the user meets a certificationcriterion for the investment product.

When the user does not meet a certification criterion (e.g., was notcertified to trade the product), the product education system 142, inoperation 440, denies the user's request and informs the user of theneed to receive a certification on the investment product by completingnecessary training modules. When the user does meet a certificationcriterion, the product education system 142, in operation 435, approvesthe request and processes the trade on the investment product.

Alternatively, after receiving, in operation 410, the request to tradean investment product, the product education system 142, in operation420, displays information about the user's request and certificationstatus to a manager, who may then make a decision as to whether toapprove or disapprove the request.

In operation 450, the product education system 142 determines whetherthe manager approves or disapproves the request based on a response fromthe manager. When the request is not approved, the product educationsystem 142, in operation 460, notifies the user that the order cannot beprocessed. When the request is approved, the product education system142, in operation 435, allows the trade to be processed.

As described herein, the product education system 142 may provide,present, display, and/or cause to be displayed various differentgraphical user interfaces to a user of the client device 110 in order tofacilitate the reception of input from the user and present information(e.g., training or other educational information) to the user, amongother things.

FIG. 5A depicts a user interface 500 that displays different functionsprovided by the electronic platform 140, including a “learn” function,represented by display element 510, that is associated withfunctionality provided by the product education system 142. Uponreceiving a user selection of display element 510, the user interface500 presents various user-selectable display elements, each associatedwith different functions provided by the product education system 142.For example, the user interface 500 displays an “explore” displayelement 520 that is associated with the electronic platform 140presenting education information to the user about various investmentproducts, a “get certified” display element 522 that is associated withthe electronic platform 140 presenting online courses or seminars forvarious investment products tradable over the electronic platform 140,and “glossary” display element 524 that is associated with theelectronic platform 140 presenting reference information.

FIG. 5B depicts a user interface 530 that presents informationassociated with the “Explore” functions provided by the electronicplatform 140. For example, the user interface 530 presents differentuser-selectable information categories 532 and various user-selectabletraining videos 534 for various certification tracks, such as levels andproduct types (e.g., buffer notes, jump notes, level 1, level 2 andlevel 3), among other tracks.

FIG. 5C depicts a user interface 540 that presents informationassociated with the “Get Certified” functions provided by the electronicplatform 140. For example, the user interface 540 presents differentuser-selectable certification categories 542, such as “GeneralTraining,” “Income Products,” and “Growth Products,” as well ascertification tracks (e.g., training levels, specific types ofproducts). The user may select any of the categories and certificationtracks to see training contents (e.g., videos, notes, articles)necessary for that level of certification. The user interface 540displays information 544 about a selected certification track (“bufferednotes”), as well as a user-selectable display element 546, which, whenselected, prompts the electronic platform to present a quiz or testassociated with the selected certification track.

FIG. 5D depicts a user interface 550 that presents an example quizassociated with a selected certification track, including a questionportion 552, a user-selectable answer portion 554, and an answersubmittal portion. As described herein, once the user reviews all therelevant training contents for the chosen track, the user is presentedwith a quiz, or collection of questions, to get certified for the track.The certification questions may be a multiple-choice type questions, andmay include a text area for the question text, a collection of radiobuttons for possible answers, and a button that, when clicked, submitsthe selected answer.

FIG. 5E depicts a user interface 560 that presents the results of a quiztaken by the user. For example, the user interface 560 displaysinformation 562 that indicates whether the user passed the quiz, and iscertified for the track, and information 564 detailing the results foreach question in the quiz. Once the user completes the certification,the certification status may appear on the user's profile page, and insome embodiments, the user's manager may also receive an updateregarding the certification on his or her management dashboard.

The user interface 560 also displays a user-selectable display element560 associated with building investment products associated with theuser's new certification. For example, once the user is certified, theuser may select display element 560, which causes the electronicplatform 140 to navigate the user to the product generation system 144(and its various user interfaces) to being building and tradinginvestment products via the electronic platform 140 for which the useris newly credentialed.

FIG. 5F depicts a management dashboard 570 for a manager or an adminuser to view certification progress metrics across all relevant producttypes for all the users in the manager's group. In some embodiments,from the management dashboard 570, the manager may view certificationprogress by user in the “Learning Center” area 572 and click on anindividual user's name to see which product types that individual has orhas not received certifications.

The manager may also select a particular course or product type that anindividual user has taken to see a list of all quizzes taken for thatcourse by the user. The manager may then drill down into a particularquiz to see how the user performed on the quiz and which questions wereanswered correctly/incorrectly by the user. The manager can also viewprogress by product type to see how many people in the group have notstarted or completed their certifications for each product type. Themanagement dashboard also contains a “View Full Team” area 574, whichallows the manager to see a list of all users in the manager's group orteam. The manager may see the users who are currently logged in, userswho have and users who have not activated their accounts, and so on. Themanager may send a message to invite the users who have not activatedtheir account to do so.

In some embodiments, the management dashboard 570 may include an“Activity” area 578 for displaying an activity feed. The activity feedmay provide updates regarding various activities of the users in themanager's team. Such activities may include, for example,certification-related or training activities (e.g., watching a trainingvideo, taking a quiz), trading activities, and so on.

In some embodiments, the management dashboard 570 also includes a“Pending Approvals” area 706 for displaying pending approvals or otherunresolved action requests (e.g., Indication of Interest (IOI),requested trades) so the manager may approve or decline the requests.The manager may select any of the displayed action requests to viewdetails of the request and approve or decline the request, such as atrade on a product type submitted by a user in the manager's team. Themanager may view the user's certification metrics to determine whetherthe user is certified and thus qualified to trade on the product type.For example, if the user is certified for the product type, the managermay approve the trade. Similarly, if the user is not yet certified forthe product type, the manager may decline the trade, and the electronicplatform 140 may send a request to the user to get certified in order tosubmit the trade.

Thus, in some embodiments, the product education system 142 may receivea request from a user to trade an investment product, identify atraining module associated with a certification program provided by theelectronic platform and associated with trading the investment productvia the electronic platform, present the training module to the user,determine whether the user has completed the training module, when thedetermining indicates that the user has completed the training module,identify a test corresponding to the training module, present the testto the user, determine whether the user has passed the test, and certifythe user to trade the investment product when the user has passed thetest.

Examples of the Product Generation System

As described herein, in some embodiments, the electronic platform 140includes the product generation system 144, which discovers, selects,builds, creates, modifies, and/or generates investment products based onvarious decision-tree analysis methods. For example, the productgeneration system 144 may utilize a decision tree and pricing data toclassify investment products against a set of predefined questions,based on answers to those questions. The product generation system 144presents a series of questions to a user to assess the user's investmentobjectives, risks, and/or other considerations, and identifies one ormore investment products that meet those investment objectives, risks,and/or other considerations. Often, a list of investment products forclassification and subsequent discovery or generation is not fixed, butrather changes dynamically based on current pricing data, such as datareceived from the exchange market server 130. In some embodiments, theproduct generation system 144 may determine pricing information forinvestment products using one or more pricing models and current pricingconditions.

In some embodiments, the product generation system 144 may incorporateuser input. For example, each question in the series of questions may beselected based on the user's answer to the previous question, and eachanswer reduces a potential list of applicable investment products. Also,the product generation system 144 may utilize current pricing data,which enables the product generation system 144 to filter out potentialinvestment products that cannot be priced given the investmentobjectives, risks and/or other considerations. Thus, by using theproduct generation system 144 provided by the electronic platform, auser may discover or generate one or more financial products that notonly match the investment objectives, risks and/or other considerationsspecified by the user, but are also priced based on current marketconditions. In some embodiments, the product generation system 144 maydiscover off-the-shelf investment products, may customize products forusers, and/or may create combinations of off-the-shelf investmentproducts and customized investment products.

FIG. 6 is a block diagram illustrating components of the productgeneration system 144. The product generation system 144 may include oneor more modules and/or components to perform one or more operations ofthe product generation system 144. The modules may be hardware,software, or a combination of hardware and software, and may be executedby one or more processors. For example, the product generation system144 may include an investment product module 610, a decision tree module620, and a product pricing module 630.

In some embodiments, the investment product module 610 is configuredand/or programmed to maintain a list of investment productclassifications, each associated with one or more investment productcategories or classes, an updated list of investment products, and anupdated list of assignments of investment products to investment productcategories. In some embodiments, each classification is associated withmultiple investment product classes. For example, a classification maybe the investment objective, and one associated class may be growingassets and another associated class may be earning income on assets. Asanother example, a classification may be the level of risk tolerance,and one associated class may be small, another associated class may bemedium, and yet another class may be large.

In some embodiments, the decision tree module 620 is configured and/orprogrammed to guide a user in traversing a decision tree built oninvestment product classifications to discover and identify investmentproducts of interest to the user. For example, the decision tree module204 manages user selections of investment product categories, andinteracts with the investment product module 610

In some embodiments, the product pricing module 630 is configured and/orprogrammed to generate updated pricing data associated with investmentproducts using one or more pricing models, and/or access other pricingmodel systems for updated pricing information. For example, the decisiontree module 620 may utilize updated or current pricing information whendiscovering and identifying investment products of interest to the user.

As described herein, the product generation system 144 may performvarious operations, processes, and methods when selecting and/orgenerating user investment products for users via the electronicplatform 140. FIG. 7 is a flow diagram illustrating a method 700 forselecting an investment product based on information provided by a userof the electronic platform 140. The method 700 may be performed by theproduct generation system 144 and, accordingly, is described hereinmerely by way of reference thereto. It will be appreciated that themethod 700 may be performed on any suitable hardware.

In operation 710, the product generation system 144 receives anindication from a user to find a suitable investment product. Inoperation 720, the product generation system 144 selects a question topresent to the user. In operation 730, the product generation system 144updates a list of potential answers to the question based on real-timemarket condition information, such as information received from theexchange market server 130.

In operation 740, the product generation system 144 provides thequestion and the updated list of answers to the user, and, in operation750, receives a selection of one of the answers from the user. Inoperation 760, the product generation system 144 determines whether morequestions are to be presented to the user. When more questions are to bepresented, the product generation system 144, in operation 770, selectsa next question to present to the user, and proceeds to operation 730for the next selected question. When no more questions are to bepresented, the product generation system 144, in operation 780,identifies and displays any investment products that include parametersthat satisfy responses received from the user.

Thus, in some embodiments, the product generation system 144 selects astructured investment product for a user of the electronic platform 140by receiving, via a graphical user interface provided by the electronicplatform 140, information from a user, the information including:information associated with a user's investment criteria, informationassociated with a user's risk tolerance, information associated with auser's investment horizon, information associated with a user's desiredinvestment market, and/or information associated with a user's level ofinvestment protection, determines real-time or near real-time conditionsof the investment market, and selects one or more structured investmentproducts based on the information received from the user and based onthe real-time or near real-time conditions of the investment market.

FIG. 8 is a flow diagram illustrating a method 800 for building aninvestment product based on information provided by a user of theelectronic platform. The method 800 may be performed by the productgeneration system 144 and, accordingly, is described herein merely byway of reference thereto. It will be appreciated that the method 800 maybe performed on any suitable hardware.

In operation 810, the product generation system 144 receives anindication from a user to create an investment product. Alternatively,the product generation system 144 may, in operation 815, receive anindication from a user to customize an existing investment product.

In operation 820, the product generation system 144 obtains a selectionof an investment product type (or underlyer) from the user, and inoperation 830, generates a user interface that is configured to generatean investment product of the selected type. In operation 840, theproduct generation system 144 receives input constraints and a variableto solve for via one or more user-selectable controls of the userinterface. In operation 850, the product generation system 144 solvesfor the variable given the input constraints, and, in operation 860,display results of the solution via the user interface.

Alternatively, in operation 870, the product generation system 144receives a selection of a variable to solve for, and a constraint on thevariable, and in operation 875, determines optimal constraints on theother variables to meet the constraint on the variable to solve for. Inoperation 880, the product generation system 144 determines whether tosave the result, and when the result is to be saved, the productgeneration system 144, in operation 890, creates an investment productbased on the input/output constraints.

In some embodiments (details of which are described herein), the productgeneration system 144 may utilize information from the product exchangesystem 146 when customized products for users. FIG. 9 is a flow diagramillustrating a method 900 for providing a custom investment product to auser of the electronic platform. The method 900 may be performed by theproduct generation system 144 and, accordingly, is described hereinmerely by way of reference thereto. It will be appreciated that themethod 900 may be performed on any suitable hardware.

In operation 910, the product generation system 144 receives a selectionof a customized investment product to trade. In operation 920, theproduct generation system 144 determines whether the buy interest meetsa pre-defined trading condition. When the interest meets the condition,the product generation system 144, in operation 950, executes a traderequest for the product, else, in operation 930, the product generationsystem 144 adds the customized investment product into a queue and, inoperation 940, receives a request to share the investment product in thequeue with other users.

As described herein, the product generation system 142 may provide,present, display, and/or cause to be displayed various differentgraphical user interfaces to a user of the client device 110 in order tofacilitate the reception of input from the user and present informationassociated with selecting or generating investment products to the user,among other things.

FIG. 10A depicts a user interface 1000 that displays different functionsprovided by the electronic platform 140, including a “build” function,represented by display element 1010, that is associated withfunctionality provided by the product generation system 144. Uponreceiving a user selection of display element 1010, the user interface1000 presents various user-selectable display elements, each associatedwith different functions provided by the product generation system 144.For example, the user interface 1000 displays a “discover” displayelement 1012 that is associated with the electronic platform 140discovering investment products for a user, a “design” display element1014 that is associated with the electronic platform 140 creating,building, or otherwise generating investment products for a user, and an“analyze” display dement 1014 that is associated with the electronicplatform 140 performing various analysis functions for a giveninvestment product.

In some embodiments, selection of the “discover” display element 1012causes the product generation system 144 to traverse a decision treethat traces the investment product categories. The traversal of thedecision tree is communicated to the user through an investment finderwizard, or other display of questions, that takes the user through acorresponding series of question-and-answer steps to help the useridentify the investment product categories or investment products thatbest align with his or her interests. Each node of the decision treegenerally corresponds to an investment product classification covering agroup of investment product categories, with, for example, the higher upthe node in the tree, the larger the group.

In general, while investment product categories generally do not changemuch over time, the investment products that belong to each investmentproduct category may continuously vary as investment products arecreated and eliminated based on market conditions, which tend to be in astate of flux. As a result, the summary or characterization of eachinvestment product category based on the constituent financial productsmay change from time to time as well.

In some embodiments, the “discover” function accesses information aboutinvestment products and associated pricing data. Therefore, while eachquestion presented by the investment finder wizard, which corresponds toan investment product classification, remains largely unchanged, thefinal answers, each of which corresponds to an investment productcategory or an investment product, depend on not only the series ofanswers given in response to the series of questions that have beenasked, but also the real-time data gathered at the time the investmentwizard is launched.

In some cases, the “discover” function may gather real-time data everytime a question is asked. A final answer may even correspond to a newinvestment product that is not currently offered to other users, but iscreated based on the series of answers given by the user, which reflectthe user's investment preferences and interests. Furthermore, the“discover” function may pre-order the product classifications topreselect a decision-tree structure (excluding the leaves) and use thesame structure each time. Alternatively, the “discover” function mayfollow a different order of investment product classifications anddevelop a different decision-tree structure each time. The “discover”function may determine an order arbitrarily, by selecting an investmentproduct classification that separates the current group into multiplecategories that are as close in size as possible, and so on.

FIG. 10B depicts a user interface 1020 that presents informationassociated with a question about a user's investment objectives, alongwith user-selectable answers, such as a user-selectable option 1022associated with a “growth” objective, an a user-selectable option 1024associated with an “income” objective.

FIG. 10C depicts a user interface 1030 that presents informationassociated with a question about a user's investment risks, along with auser-selectable answer 1032 related to a user's risk level of high, andFIG. 10D depicts a user interface 1040 that presents informationassociated with a question about a user's investment risks, along with auser-selectable answer 1042 related to a user's risk level of medium.

FIG. 10E depicts a user interface 1050 that presents informationassociated with a question about a user's investment horizon, along withuser-selectable answers, such as a user-selectable option 1052associated with a “medium” investment horizon.

FIG. 10F depicts a user interface 1060 that presents informationassociated with a question about a user's markets of interest, alongwith user-selectable answers, such as a user-selectable option 1062associated with the “blue chip” market.

FIG. 10G depicts a user interface 1070 that presents informationassociated with a question about a user's market outlook, along withuser-selectable answers, such as a user-selectable option 1072associated with a “moderately bullish outlook” for the client.

FIG. 10H depicts a user interface 1080 that presents informationassociated with a question about a user's downside protection, alongwith user-selectable answers, such as a user-selectable option 1082associated with a “medium” level of downside protection.

FIG. 10I depicts a user interface 1085 that presents informationassociated with a question about a user's preferred investment scenario,along with user-selectable answers, such as a user-selectable option1087 associated with a preferred scenario.

FIG. 10J depicts a user interface 1090 that presents informationassociated with an investment product selected for a user based onanswers to a variety of posed questions (see FIGS. 10A-10I), as well asa user-selectable element 1092 which, when selected by a user, causesthe electronic platform 140 to navigate the user to various areasprovided by the product exchange system 146.

FIG. 10K depicts a user interface 1096 that presents informationassociated the results of the “discover” function, as depicted in FIGS.10A-10J. In some embodiments, once the user completes all the steps, theinvestment finder wizard may display to the user a summary of his or heranswers to the user. The investment finder wizard may also generate anddisplay a list of suggested investment products or product categoriesbased on the answers provided by the user. The illustrated detailedresult of the “discover” function may show different types of dataregarding a suggested investment product or investment product category,such as a definition, general characteristics, backtesting information,scenario analysis, related investment information, and/or education andcertification programs (e.g., data provided by the product exchangesystem 146).

For example, backtesting allows the user to see how the suggestedinvestment product would have performed in any past market scenarioduring a predetermined time span, such as the last ten years. On theother hand, scenario analysis allows the user to see how the suggestedinvestment product may perform in a proposed market scenario (e.g., theunderlier goes up by 20%), during a predetermined time span (e.g., thenext ten years). The user may also save the list of suggested investmentproducts or investment product categories for future reference. The usermay then start building a customized investment product.

In some embodiments, the investment finder wizard includes questionsallowing multiple answers and periodic checkpoints. The investmentfinder wizard may display a choice-and-consequence analysis at one ormore of the periodic checkpoints before guiding the user through furthersteps. An administrative user may input questions and potential answersinto the investment finder tool via an application programming interface(e.g., REST API).

As described herein, investments generally offer tradeoffs among theirpossible terms. For example, a basic bond will have coupon and maturityas two primary deal terms. Typically, the coupon will be higher as thematurity gets longer, so the investor must decide on a tradeoff betweenshort maturity and higher yield. As part of the process of creatinginvestments, potential investors typically want to see a range ofpossible deal terms. This is helpful to the investor when evaluating thetradeoffs among the various features, and deciding what deal terms arethe best fit to their objectives.

However, for a dealer who sells the investments, it may be burdensome(or, impossible) to put together tables of viable deal terms for theinvestor, and it can be difficult to anticipate what terms the investormay be interested in. Each set of deal terms being evaluated requiresthe dealer to price the investment, which, in addition to usage of apricing model, typically includes various adjustments to take intoaccount expected trading costs and sales concessions. This process canbe especially time consuming for investments with complex pricing modelsthat are slow to calculate.

In some embodiments, the product generation system 144 enables investorsto interactively, and/or with no perceivable latency, adjust deal termsand see the results. For example, the user may adjust a “slider” in auser interface corresponding to one deal term, and get pricing updatedin real-time or near real-time as they drag the slider.

FIG. 11 is a flow diagram illustrating a method 1100 for building andpresenting a customized investment product for a user of the electronicplatform 140. The method 1100 may be performed by the product generationsystem 144 and, accordingly, is described herein merely by way ofreference thereto. It will be appreciated that the method 1100 may beperformed on any suitable hardware.

In operation 1110, the product generation system 144 receives, via aninterface provided by the electronic platform 140, a request from theuser of the electronic platform to perform a trade associated with astructured investment product.

In operation 1120, the product generation system 144 decomposes thestructured investment product into two or more priced components of thestructured investment product. Some investment products may bedecomposed into parts, such that the price of the whole is the sum ofthe parts. Extending this to a weighted sum, the weights may varydepending on the deal terms. This decomposition may prove advantageousif the components' prices are a function of fewer deal terms than thewhole investment. For example, a call spread structure is defined aslong one call at a lower strike, short one call at a higher strike. Thismay be decomposed into two call options. The component call options havefewer deal terms than the call spread structure, the former having only1 strike and the latter 2 strikes.

In operation 1130, the product generation system 144 generates pricingtables for each of the two or more priced components of the structuredinvestment product. The pricing tables may include risk calculations,which are used to compute pricing adjustments, such as hedging cost.

For each deal term, a list of values the span the range being consideredis selected. For example, if coupons of 0% to 10% and maturities of 1 to10 years are to be supported, the list of coupons 0%, 1%, 2%, . . . 10%and maturities 1 year, 2 years, . . . 10 years can be made. For eachcomponent of the investment, the product generation system 144 pricesand calculates any desired risks (e.g., vega, skew sensitivity,correlation sensitivity) on the Cartesian product of valid deal termvalues. In some cases, the Cartesian product will be smaller in sizewhen the component uses fewer deal terms than the whole investment.Therefore, the size of the pricing tables may be reduced.

In operation 1140, the product generation system 144 pre-fetches, frompricing servers (e.g., the exchange market server) located on aninformation exchange network that includes the electronic platform 140,pricing information for the two or more priced components based on avariety of different deal terms.

In some cases, when the provider of pricing information is across anetwork (e.g., exchange market server 130 on network 125) from theclient device, there typically is some network latency associated withproviding real-time information. However, in cases such as a userdragging a slider, network latency may be large enough to causeperceivable latency between the user's action and pricing updates. Theproduct generation system 144 may employ a pre-fetching strategy tominimize the effect of network latency, by anticipating the user'spossible actions and requesting pricing for all possibilities inadvance.

In other words, without pre-fetching certain pricing information, everytime the user changes a deal term, a request would need to be sent tothe electronic platform 140 for pricing. With pre-fetching, there islittle or no perceivable latency when the user changes a single dealterm, and there may only be slight perceivable network latency when twoor more deal terms are changed.

In some embodiments, the prefetching technique is used to requestpricing for every investment that differs from the user's currentselection by at most 1 deal term. When the user changes 1 deal term(including repeatedly changing the same deal term), the pricing may bequickly or instantly updated, because the data has already beenpre-fetched. Whenever the user modifies a deal term, another request ismade to the electronic platform 140, and the pre-fetching staysup-to-date (in a sense, the user interface stays one step ahead of theuser).

In operation 1150, the product generation system 144 receives, via theinterface provided by the electronic platform 140, input from the userof the electronic platform 140 that identifies a set of deal terms to beapplied to the two or more priced components when performing the tradeof the structured investment product.

In operation 1160, the product generation system 144 interpolates thepricing tables based on the set of deal terms associated with the two ormore priced components and provided by the user of the electronicplatform. Given a set of deal terms, for each component, the productgeneration system 144 interpolates on the pricing/risk tables. Theproduct generation system 144 may utilize standard techniques, such asmultilinear interpolation or any other suitable techniques.

In operation 1170, the product generation system 144 determines a pricefor the structured investment product that is based on the interpolatedpricing tables for the two or more priced components. The productgeneration system 144 may recombine the components and apply pricingadjustments to arrive at a price for the entire investment product,and/or may “solve for” one deal term, given other deal terms, and atarget price.

In some cases, the product generation system 144 may sum theinterpolated prices/risks for each component together (using the factthat the price of the whole investment product is the sum of itscomponents). Pricing adjustment rules may then be applied. Some examplesof pricing adjustments include hedging costs, a function of the risks,and sales concessions, a function of the maturity of the product.

The product generation system 144 may calculate an array of pricessimultaneously, and select the deal terms for which the resulting priceis closest to a given target price. This technique can be used to “solvefor” one deal term given values for all other deal terms and a targetprice. For example, the product generation system 144 solves for acoupon, such that a bond prices to par, given the bond has 5 yearmaturity. To do so, the product generation system 144 calculates pricesfor an array of coupons (e.g. 0.1%, 0.2%, . . . 9.9%, 10.0%), assumingin each case that the maturity is 5 years. The product generation system144 then searches the list of prices for the closest value to the parvalue of the bond (or in some embodiments, a criterion other than“closest”), and selects the corresponding coupon as the “solution”.

In operation 1180, the product generation system 144 presents, via theinterface of the electronic platform 140, information identifying thestructured investment product and information identifying the determinedprice for the structured investment product.

In some embodiments, the product generation system 144 presents varioususer interfaces when building investment products for users. FIG. 12Adepicts a user interface 1200 that presents information associated withbuilding a structured investment product for a user. For example, theuser interface 1200 presents user-selectable display elements, that,when selected by a user, cause the product generation system 144 tobuild investment products, such as a user-selectable element 1210associated with building “growth” products, a user-selectable element1215 associated with building “income” products. In addition, the userinterface 1200 may present a user-selectable display element 1217 that,when selected by the user, causes the electronic platform 140 to presentuser interfaces rendered by the product learning system 142.

FIG. 12B depicts a user interface 1220 that presents detailedinformation associated with building a structured investment product fora user. As depicted by the user interface 1220, the user may see adropdown list 1222 that may be used to select a product. The productselector dropdown 1222 may be divided into two example sections: Incomeand Growth. Each product belongs to one of either Growth or Income. Insome embodiments, when the user selects a product type, for example, aBuffered Levered Note (BLN), the user may be presented with a popupasking to select a pre-defined solution set by selecting an InvestmentHorizon. The popup may include a checkbox with a label saying “Make thismy default choice.” If checked, after making a selection, the next timethe user selects the same product type (e.g., BLN), the user is notpresented with a popup. Instead, the user may see their default choicepre-selected. Until the user makes a selection of a pre-defined solutionset for Investment Horizon, the user may not be able to interact withthe investment builder. When a pre-defined solution set is selected andthe user changes one of the parameter values, the button representingthe pre-defined solution set is no longer selected.

Once the user selects a product type, the user may use the investmentbuilder user interface to select any underlyer from a drop down menu anddefine various parameters for the product type (e.g., maturity, buffer,upside participation, maximum return). The user may set a salesconcession (e.g., within certain bounds). The user may also select avariable to solve for. The results are then displayed on a payoff chart1224. The user may zoom in or zoom out on the payoff chart 1224 afterthe user changes one of the parameter values (e.g., by dragging aslider). The payoff chart 1224 may re-size once the user lets go of aslider. The payoff chart 1224 may resize when the data being presenteddoes not leave enough margin, or if it leaves too much margin, in thechart 1224. The payoff chart 1224 may be available in at least twomodes, a fast mode and a real-time mode.

As depicted, the user has selected a buffered note on an S&P 500 Index,five-year maturity, 25% geared buffer, 2.times. upside for gestation andthe max return as the variable to solve for. If the user changes any ofthe input (e.g., maturity), the variable being solved for changes andthe payoff chart 1224 is updated in real-time. The user may hover overthe graph to get more information about what is actually going on. Theuser may solve for any of the parameters by sliding the solve bar.

FIG. 12C depicts a user interface 1230 that presents detailed heat mapassociated with building a structured investment product for a user. Theuser may select a heat map view 1234 as shown in the user interface1230. The heat map 1234 allows a user to select at least two variables1232 (e.g., maturity and buffer) to see how a third variable (e.g., maxreturn) changes. In response, the product generation system 144 mayinstantly price various permutations for the selected buffer note.

For example, the product generation system 144 may consider all thedifferent maturities (e.g., one year to seven year) and buffers the usermay pick and show on the heat map 1234 how the max return would change.The user may zoom into particular areas to get a granular view and panaround the heat map 1234. For example, the user may use a control nextto each axis on the heat-map to zoom. Double clicking on the heat-mapcell may zoom in on the heat-map, with the clicked cell being the centerof the zoomed region. If the heat-map is already completely zoomed,there will be no zoom in. Using the scroll wheel on a mouse, the usermay zoom in or zoom out on the heat-map. If the heat-map is completelyzoomed there will be no zoom in, and if it is completely zoomed outthere will be no zoom out. When zoomed in, the user may click and dragthe map portion of the heat-map to pan the heat-map, sliding the rangeof one or both of the heat-map axes to new values. Single-clicking acell of the heat-map may populate the parameters corresponding to theheat-map's X, Y, and Z axes with the values corresponding to that cellof the heat-map.

For example, as depicted, the max return for four years to six years isshown. The user may also pull in other variables to see how thosevariables would change. For example, if the user wants to look at adifferent underlyer, the user can select a different underlyer and theproduct generation system 144 may update the heat map 1234 to display inreal-time all the various permutations of the investment product. Theuser may select any one to trade from amongst a million differentiterations, all instantaneously. In the depicted example, a bufferednote with a max return of 49%, buffer of 25% and 5 year maturity isselected.

FIG. 12D depicts a user interface 1240 that presents a zoomed heat map1244 associated with building a structured investment product for auser. For example, the user interface 1240 includes a heat map 1244 thatis zoomed in to get more granular prices. The user may select any cellon the heat map 1244 to trade on the custom product corresponding to thecell.

As described herein, the product generation system 144 may employ a fastmode and/or a real-time mode for pricing. The modes may dictate how theproduct pricing calculations are performed. The product generationsystem 144 may utilize the pricing data calculated from a selected modeto generate the payoff chart and the heat map. In some embodiments, afast mode pricing engine calculates the price for every single possiblepermutation of a product type (e.g., buffered levered note) on everyunderlyer, and stores the data for later access. The calculation may beperformed ahead of time (e.g., overnight, every few hours). When theuser is sliding the controls to change the input variables, the fastmode pricing engine selects from, or interpolates from, all of thedifferent prices that have been pre-calculated to price each customproduct built by the user, allowing the user to search through a verylarge number of combinations in a smooth, fast and a very transparentmanner. The prices that are calculated may be tradable prices. Insteadof pricing each and every possible product, the fast mode pricing engineprices as few instruments as possible, and recovers the prices for anycombination that the user constructs at one time. In the real-timepricing mode, a real-time pricing engine calculates the prices inreal-time. Each time the user changes the inputs, the real-time pricingengine calculates the prices to display to the user.

FIG. 12E depicts a user interface 1250 that presents detailedinformation about an investment product built for a user. Via the userinterface, the user may print the page, share the product, save theproduct, get additional information on the product, analyze the product,add the product to a queue, and so on.

Examples of the Product Exchange System

As described herein, the electronic platform 140 may include the productexchange system 146, which performs various actions associated withinvestment products selected and/or generated for users of theelectronic platform.

FIG. 13 is a block diagram illustrating components of the productexchange system 146. The product exchange system 146 may include one ormore modules and/or components to perform one or more operations of theproduct exchange system 146. The modules may be hardware, software, or acombination of hardware and software, and may be executed by one or moreprocessors. For example, the product exchange system 146 may include aproduct analysis module 1310, a product aggregation module 1320, and aninformation exchange module 1330.

In some embodiments, the product analysis module 1310 is configuredand/or programmed to perform various analysis functions on investmentproducts selected and/or generated by the product generation system 144.The product analysis module 1310 may provide tools for analyzing aninvestment product, whether the investment is created by the user orselected from an offering. For example, the user can select investmentbacktesting, scenario analysis, and so on.

In some embodiments, the product aggregation module 1320 is configuredand/or programmed to aggregate information for investment productsprovided by multiple issuers, such as information that may be displayedwhen investment products are selected for trading and/or placed ininvestment queues.

In some embodiments, the information exchange module 1330 is configuredand/or programmed to facilitate the exchange of information associatedwith investment products between users of the electronic platform 140.For example, the information exchange module 1330 may facilitate thesharing of information, the establishment of marketplaces, thecrowdsourcing of information associated with the investment products,the creation of investment queues, and so on.

As described herein, the product exchange system 146 may perform variousoperations, processes, and methods when performing actions associatedwith investment products for users via the electronic platform 140. FIG.14 is a flow diagram illustrating a method 1400 for presenting, via theelectronic platform, a trading marketplace for investment products. Themethod 1400 may be performed by the product exchange system 146 and,accordingly, is described herein merely by way of reference thereto. Itwill be appreciated that the method 1400 may be performed on anysuitable hardware.

In operation 1410, the product exchange system 146 aggregatesinformation relating to investment products issued by multiple issuers.In operation 1420, the product exchange system 146 creates a ranked listof investment products. In operation 1430, the product exchange system146 creates a list of investment products associated with a userpreference.

In operation 1440, the product exchange system 146 aggregatesinformation relating to customized investment products in an investmentqueue. In operation 1450, the product exchange system 146 creates a listof customized investment products associated with the user preference.In operation 1460, the product exchange system 146 aggregatesinformation relating to recent activities of users, and, in operation1470, the product exchange system 146 displays a portion of each listalong with the activities of the users in a marketplace provided by theelectronic platform 140.

FIG. 15 is a flow diagram illustrating a method 1500 for analyzing agenerated investment product via the electronic platform. The method1500 may be performed by the product exchange system 146 and,accordingly, is described herein merely by way of reference thereto. Itwill be appreciated that the method 1500 may be performed on anysuitable hardware.

In operation 1510, the product exchange system 146 receives a selectionof a previously purchased investment product. In operation 1520, theproduct exchange system 146 aggregates information relating to theinvestment product, and, in operation 1530, calculates a bid price.

In operation 1540, the product exchange system 146 analyzes theperformance to date of the investment product and a benchmark. Inoperation 1550, the product exchange system 146 displays the aggregatedinformation, the bid price, and the performance via a user interface(such as those described herein). In operation 1560, the productexchange system 146 receives a sell order to sell the investment productat the bid price, and in operation, 1570, executes the sell order.

FIG. 16A depicts a user interface 1600 that displays different functionsprovided by the electronic platform 140, including a “share” function,represented by display element 1610, that is associated withfunctionality provided by the product exchange system 144. Uponreceiving a user selection of display element 1610, the user interface1600 presents various user-selectable display elements, each associatedwith different functions provided by the product generation system 144.For example, the user interface 1600 displays a “user profile” displayelement 1612 that is associated with the electronic platform 140facilitating the viewing and editing of user information, a“marketplace” display element 1614 that is associated with theelectronic platform 140 providing a marketplace and/or investment queuesfor users, and a “network” display element 1616 that is associated withthe electronic platform 140 performing various social network functionsfor a user.

FIG. 16B depicts a user interface 1620 that presents information anddisplay elements that facilitate user submission of generated investmentproducts to an investment queue. For example, when the user wants to buya product that he/she has built for a client, but does not have enoughnotional to meet the minimum requirements, he/she may launch thatproduct to the “queue” to begin the creation of an “e-syndicate.” Whenthe user selects to add the product to a queue option, a queuesubmission form shown in user interface 1620 may be displayed. Asdepicted, the form may include information on the custom product andinclude a prompt for a commitment amount. The user may enter thecommitment amount to submit the custom product to the queue, as shown byuser interface 1630 depicted in FIG. 16C.

After launching a product to the “queue,” the user has the opportunityto “share” the product with other people in his/her network so thatother users in the user's network can see or discover the user createdproduct and commit notional to that product (e.g., if it makes sense fortheir clients) in an effort to build a book via the “e-syndicate” andget it to critical mass. FIG. 16D depicts a user interface 1640 thatpresents information and display elements that facilitate user sharingof investment products that have been added to an investment queue.

In some embodiments, the network may include employees within the samebroker-dealer. When the user selects the share option, a sharing form,as depicted by the user interface 1640, may be presented. The sharingform may include controls that allow the user to choose whether he orshe wants to share the product with the entire group, or specific usersin the group. Once the user shares the product with another user, anotification is sent to that user.

FIG. 17A depicts a user interface 1700 that presents informationdisplaying investment products within a marketplace established by theelectronic platform 140. The user interface 1700 displays various typesof information, such as products that are trending under “TopOfferings,” the products a user has liked or otherwise selected in the“Current Offerings,” and the “Queue.”

The marketplace may also show recent activity for the site, within aselected area and/or on a moving carousel. For example, the userinterface 1700 may display top offerings that can include currentofferings that have been hand picked by an administrator (e.g.,displayed in a curated order defined by the administrator) and/orselected based on indications of interest or preference from users. Themarketplace may also display lists of queued products and currentofferings. The user may filter the list of current offerings by producttype, maturity, underlyer, indication of interest (e.g., likes, stars),and so on. The user may “view details” for a given product in theMarketplace in Product Viewer to see specifics of the product. In someembodiments, the user may submit an IOI for an available offering,submit a commitment to anyone's queued product, and so on, from themarketplace.

When the user clicks on the “Investment Queue” from the “Marketplace”landing page, he/she may see the products that have been added to thequeue, as depicted by the user interface 1710 of FIG. 17B. For example,the “Buffered Note” (BUFF) with SPX underlyer and 5& maturity includesan indication that it was recently added to the queue from InvestmentBuilder and the user committed $250,000. In addition to the productmetadata, the tile for the queued product may also show the EligibilityProgress (e.g., 25% if the product issuer set the minimum notional to $1mm).

From here, the user may add commitments to buy the product. For example,when viewing a product in the Queue, the user may click on “AddCommitment” for that product. The user may be prompted to submit acommitment amount via a modal popup, and a confirmation message isdisplayed once the commitment is successfully submitted. Furthermore,other users of the electronic platform 140 may learn about the tradefrom the user interface 1710, and may commit to the notional, whenappropriate.

From the marketplace as depicted in FIG. 17A, the user may navigate tothe “Current Offerings” interface, as depicted by the user interface1720 of FIG. 17C. Fro, the “Current Offerings” page, the user may seethe products one or more issuers have placed out in the market (e.g.,for that month). The page may include filters to sort products bydifferent criteria, and the user may click on the “Details” section ofany product title to view details of the product, learn more about thespecific structure, download the prospectus, access additional linksback to the Learning Center, and so on.

FIG. 17D depicts a user interface 1740 displaying a selected offering,such as a “buffered note,” information about the offering, includinganalysis information, and user-selectable elements that facilitate apurchase or trade of the offering.

As described herein, the electronic platform 140 may provide variousdifferent navigation paths, across the different systems and/or userinterfaces, to users. Many of the paths direct users to differentanalysis functions and algorithms.

FIGS. 18A-18B depict results, shown by user interfaces 1810 and 1820, ofvarious analysis functions that may be performed by the electronicplatform 140. For example, the electronic platform 140 may presentinformation associated with a structured investment product that isavailable for trading via the electronic platform 140 by receiving, viaan interface provided by the electronic platform 140, a selection of astructured investment product generated by the electronic platform,performing a backtesting analysis for the selected structured investmentproduct, the analysis include a comparison of a theoretical performanceof the selected structured investment product to theoreticalperformances of other structured investment products generated by theelectronic platform, and presenting, via the interface provided by theelectronic platform, a result of the performed analysis.

The investment backtesting tool allows the user to take any investmentfrom the current offering or a product the user or anybody else on thesite built and backtest it to see how it would have performed in anymarket scenario. For example, as depicted in FIG. 18A, the x-axis showsa 10-year span and the bars in the y-axis on the upper graph show howthe trade would have performed if the user had put the trade on anygiven day in the 10-year span versus how the market would have performedon that same day. The graph below shows, for the same 10-year span, howa straight investment in the underlying index would have performed. Thegraph down in the lower left shows how the market is performing. Alsodisplayed on the same page is a summary of the statistics such as theperformance for the best, the average, and the worst. The user may dothe backtesting for any period in all of history that he or she wants.

The user may zoom in on a particular date while in the midst of amulti-point analysis so that the user can view theoretical returnmetrics that are specific to that discrete point in time. The user canadjust the timeframe over which a product's back-tested return oninvestment (ROI) is visible. For example, the user may assess what aBuffered Levered Note product's absolute performance would have beenover time (best/worst/average, % of time positive vs. negative) and whatits relative performance would have been over time (best/worst/average,% of time outperforming versus underperforming). Thus, the investmentbacktesting tool allows the user to do a historical analysis on the flyfor any product, offered by the issuer or constructed by a user, thatthe user chooses at any time, without latency.

In some embodiments, when back-testing a product, the user may select atheoretical trade date in the past for the product to see what theproduct's returns would have been at maturity based upon thattheoretical trade date. Similarly, when the user selects a range oftheoretical trade dates in the past for a product, the user may see whatthe product's maximum and minimum returns at maturity would have beenand the corresponding trade dates. When back-testing a product viamulti-point analysis, the user clicks on a point in the chart, the usermay see what the theoretical return would have been at maturity at theselected point in time for a theoretical trade date. The user may modifythe scale of the timeframe being analyzed to see a larger or smallertimespan in the performance graph, as appropriate.

In some embodiments, when the user chooses “absolute performance” modewhen backtesting a product, the theoretical returns by day quoted as anabsolute percentage gain or loss is provided to the user. When the“relative performance” mode is selected, the theoretical returns by dayquoted as a relative percentage gain or less in relation to theunderlyer's gain or loss is provided to the user. When viewingperformance-to-date for a product if the “relative performance” mode isselected, the user is provided what the actual returns would be by dayquoted as a relative percentage gain or less in relation to theunderlyer's gain or loss. In some cases, when the “absolute performance”mode is selected, the user is provided what the actual returns would beby day quoted as an absolute percentage gain or loss. When viewingperformance-to-date for a product if a point in time in the chart isselected, the user is provided what the underlyer's performance on thatdate was and what the bid as of previous night's close was for thatdate. When viewing performance-to-date for a product, the user may viewthe key terms of the product deal, such as when the product was traded,what the strike price was, current CUSIP, and the current bid. Whenviewing performance-to-date for a product, the user may request areal-time bid price and receive the real-time bid price obtained fromthe issuer on demand.

In some embodiments, the scenario analysis tool allows the user to shockthe environment. For example, the user may create a scenario where theuser buys a note and then the underlyer goes up 20%. The user may usethe scenario analysis tool to determine, for example, the bid on thenote in the example scenario. The scenario analysis tool can performthese calculations for various permutations and combinations of productsin an automated way in real time without latency.

In some embodiments, the Investment Analyzer or the “Analyze” landingpage provides post-trade services. For example, as depicted in FIG. 18B,the Analyze page displays investment terms and shows how an investmentthe user bought (e.g., over a year ago) (e.g., Buffered Note) hasperformed each day versus the performance of the actual underlyer (e.g.,SPX). From the Analyze page, the user may see a current bid of theproduct. The user may ultimately click-to-sell the product from theAnalyze landing page, without having to navigate elsewhere.

FIGS. 19A-19B depict example profile pages for users of the electronicplatform 140. For example, the user interface 1900 of FIG. 19A displaysgeneral user information, such as username, email, current status level,and so on. The user interface 1900 may also display saved products andsaved state in the Investment Finder tool, the certifications completed,and so on. Users may modify their details, and profile information issaved via an electronic platform profile services manager. From thedashboard, the user may access the queued investments (e.g., via a queueapplication widget) and other products, any notifications of productsshared by other users, news or activity feeds, certifications, livetrades, recently viewed products, and so on. The user may switch thedashboard into configuration mode to edit which application widgetsappear on the dashboard and may customize the placement of applicationwidgets in the dashboard.

As another example, the user interface 1910 of FIG. 19B shows thedashboard for trades where the user can track the investments bought bythe user over time via the electronic platform 140. The top of thedashboard shows the user's monthly notionals broken down by product, andthe bottom shows the user the trades that are still live and how wellthey're performing. If the user clicks on “Analyze,” he/she may dig intomore details of a specific trade.

In some embodiments, the electronic platform 140 includes an investmentviewer that provides the details of an investment recommended to a userby the Investment Finder so that the user can make an informed decisionas to whether he or she want to invest in it. The user may also view thedetails of a saved or built investment and/or a current offering in theinvestment viewer so that user can make an informed decision beforeinvesting. Similarly, the user can also view a queued product ininvestment viewer so that the user may make an informed decision as towhether the user wants to commit to the queued product. The investmentviewer can also display details of a previous offering, a summary ofeach key term of a given investment, investment type-specific terms fora given investment, investment terms populated with actual backend datafrom the issuer so that the user may work with real investment in theproduction environment, and so on. The user nay create a new product bycloning or customizing an existing queued product, current offering, orexisting trade being viewed in investment viewer, such that the user cansave time building his/her ideal product.

In some embodiments, when viewing a product in product viewer, orviewing a product in Investment Analyzer, or working with a product inInvestment Builder, when the user clicks the link/button to “Share MyProduct”, the user is prompted for a list of groups/users with which toshare the product. The user may also share a Learning Center video withothers in his/her network, among other things.

Thus, in some embodiments, the electronic platform 140 enables users tolearn, build, and share information about complex investment products.

Suitable Computing System

FIG. 20 shows a diagrammatic representation of a computer system 2000 onwhich any system or device disclosed in the embodiments can beimplemented. The computer system 2000 generally includes a processor2005, main memory 2010, non-volatile memory 2015, and a networkinterface device 2020. Various common components (e.g., cache memory)are omitted for illustrative simplicity. The computer system 2000 isintended to illustrate a hardware device on which any of the componentsand methods described above can be implemented. The computer system 2000can be of any applicable known or convenient type. The components of thecomputer system 2000 can be coupled together via a bus 2025 or throughsome other known or convenient device.

The processor 2005 may be, for example, a conventional microprocessorsuch as an Intel Pentium microprocessor or Motorola power PCmicroprocessor. One of skill in the relevant art will recognize that theterms “computer system-readable (storage) medium” or “computer-readable(storage) medium” include any type of device that is accessible by theprocessor.

The memory 2010 is coupled to the processor 2005 by, for example, a bus2025 such as a PCI bus, SCSI bus, or the like. The memory 2010 caninclude, by way of example but not limitation, random access memory(RAM), such as dynamic RAM (DRAM) and static RAM (SRAM). The memory 2010can be local, remote, or distributed.

The bus 2025 also couples the processor 2005 to the non-volatile memory2015 and drive unit 2045. The non-volatile memory 2015 is often amagnetic floppy or hard disk, a magnetic-optical disk, an optical disk,a read-only memory (ROM), such as a CD-ROM, EPROM, or EEPROM, a magneticor optical card, SD card, or another form of storage for large amountsof data. Some of this data is often written, by a direct memory accessprocess, into memory during execution of software in the computer system2000. The non-volatile memory 2015 can be local, remote, or distributed.The non-volatile memory can be optional because systems can be createdwith all applicable data available in memory. A typical computer systemwill usually include at least a processor, memory, and a device (e.g., abus) coupling the memory to the processor.

Software is typically stored in the non-volatile memory 2015 and/or thedrive unit 2045. Indeed, for large programs, it may not even be possibleto store the entire program in the memory. Nevertheless, it should beunderstood that for software to run, if necessary, it is moved to acomputer readable location appropriate for processing, and forillustrative purposes, that location is referred to as the memory 2010in this disclosure. Even when software is moved to the memory forexecution, the processor will typically make use of hardware registersto store values associated with the software, and local cache. Ideally,this serves to speed up execution. As used herein, a software program isassumed to be stored at any known or convenient location (fromnon-volatile storage to hardware registers) when the software program isreferred to as “implemented in a computer-readable medium”. A processoris considered to be “configured to execute a program” when at least onevalue associated with the program is stored in a register readable bythe processor.

The bus 2025 also couples the processor to the network interface device2020. The interface can include one or more of a modem or networkinterface. It will be appreciated that a modem or network interface canbe considered to be part of the computer system 2000. The interface caninclude an analog modem, isdn modem, cable modem, token ring interface,satellite transmission interface (e.g., “direct PC”), or otherinterfaces for coupling a computer system to other computer systems. Theinterface can include one or more input and/or output devices 2035. TheI/O devices can include, by way of example but not limitation, akeyboard, a mouse or other pointing device, disk drives, printers, ascanner, speaker, DVD/CD-ROM drives, disk drives, and other input and/oroutput devices, including a display device. The display device 2030 caninclude, by way of example but not limitation, a cathode ray tube (CRT),liquid crystal display (LCD), LED display, a projected display (such asa heads-up display device), a touchscreen or some other applicable knownor convenient display device. The display device 5330 can be used todisplay text and graphics. For simplicity, it is assumed thatcontrollers of any component not depicted in the example of FIG. 2reside in the interface.

In operation, the computer system 2000 can be controlled by operatingsystem software that includes a file management system, such as a diskoperating system. One example of operating system software withassociated file management system software is the family of operatingsystems known as Windows® from Microsoft Corporation of Redmond, Wash.,and their associated file management systems. Another example ofoperating system software with its associated file management systemsoftware is the Linux operating system and its associated filemanagement system. The file management system is typically stored in thenon-volatile memory 2015 and/or drive unit 2045 and causes the processorto execute the various acts required by the operating system to inputand output data and to store data in the memory, including storing fileson the non-volatile memory 2015 and/or drive unit 2045.

Some portions of the detailed description may be presented in terms ofalgorithms and symbolic representations of operations on data bitswithin a computer memory. These algorithmic descriptions andrepresentations are the means used by those skilled in the dataprocessing arts to most effectively convey the substance of their workto others skilled in the art. An algorithm is here, and generally,conceived to be a self-consistent sequence of operations leading to adesired result. The operations are those requiring physicalmanipulations of physical quantities. Usually, though not necessarily,these quantities take the form of electrical or magnetic signals capableof being stored, transferred, combined, compared, and otherwisemanipulated. It has proven convenient at times, principally for reasonsof common usage, to refer to these signals as bits, values, elements,symbols, characters, terms, numbers, or the like.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the following discussion,it is appreciated that throughout the description, discussions utilizingterms such as “processing” or “computing” or “calculating” or“determining” or “displaying” or the like, refer to the action andprocesses of a computer system, or similar electronic computing devicethat manipulates and transforms data represented as physical(electronic) quantities within the computer system's registers andmemories into other data similarly represented as physical quantitieswithin the computer system memories or registers or other suchinformation storage, transmission, or display devices.

The algorithms and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct more specializedapparatus to perform the methods of some embodiments. The requiredstructure for a variety of these systems will appear from thedescription below. In addition, the techniques are not described withreference to any particular programming language, and variousembodiments may thus be implemented using a variety of programminglanguages.

In alternative embodiments, the computer system operates as a standalonedevice or may be connected (e.g., networked) to other computer systems.In a networked deployment, the computer system may operate in thecapacity of a server or a client computer system in a client-servernetwork environment, or as a peer computer system in a peer-to-peer (ordistributed) network environment.

The computer system may be a server computer (e.g., a database server),a client computer, a personal computer (PC), a tablet PC, a laptopcomputer, a set-top box (STB), a personal digital assistant (PDA), acellular telephone, an iPhone, a Blackberry, a processor, a telephone, aweb appliance, a network router, switch or bridge, or any computersystem capable of executing a set of instructions (sequential orotherwise) that specify actions to be taken by that computer system.

While the computer system-readable medium or computer system-readablestorage medium 2050 is shown in an exemplary embodiment to be a singlemedium, the term “computer system-readable medium” and “computersystem-readable storage medium” should be taken to include a singlemedium or multiple media (e.g., a centralized or distributed database,and/or associated caches and servers) that store the one or more sets ofinstructions. The term “computer system-readable medium” and “computersystem-readable storage medium” shall also be taken to include anymedium that is capable of storing, encoding or carrying a set ofinstructions for execution by the computer system and that cause thecomputer system to perform any one or more of the methodologies of thepresently disclosed technique and innovation.

In general, the routines executed to implement the embodiments of thedisclosure, may be implemented as part of an operating system or aspecific application, component, program, object, module, or sequence ofinstructions referred to as “computer programs.” The computer programstypically comprise one or more instructions set at various times invarious memory and storage devices in a computer, and that, when readand executed by one or more processing units or processors in acomputer, cause the computer to perform operations to execute elementsinvolving the various aspects of the disclosure.

Moreover, while embodiments have been described in the context of fullyfunctioning computers and computer systems, those skilled in the artwill appreciate that the various embodiments are capable of beingdistributed as a program product in a variety of forms, and that thedisclosure applies equally regardless of the particular type of computersystem or computer-readable media used to actually effect thedistribution.

Further examples of computer system-readable storage media, computersystem-readable media, or computer-readable (storage) media include butare not limited to recordable type media such as volatile andnon-volatile memory devices, floppy and other removable disks, hard diskdrives, optical disks (e.g., Compact Disk Read-Only Memory (CD ROMS),Digital Versatile Disks, (DVDs), etc.), SD cards, among others.

Unless the context clearly requires otherwise, throughout thedescription and the claims, the words “comprise”, “comprising,” and thelike are to be construed in an inclusive sense, as opposed to anexclusive or exhaustive sense; that is to say, in the sense of“including, but not limited to.” As used herein, the terms “connected,”“coupled,” or any variant thereof, means any connection or coupling,either direct or indirect, between two or more elements; the coupling ofconnection between the elements can be physical, logical, or acombination thereof. Additionally, the words “herein”, “above”, “below”,and words of similar import, when used in this application, shall referto this application as a whole and not to any particular portions ofthis application. Where the context permits, words in the above DetailedDescription using the singular or plural number may also include theplural or singular number respectively. The word “or”, in reference to alist of two or more items, covers all of the following interpretationsof the word: any of the items in the list, all of the items in the list,and any combination of the items in the list.

The above detailed description of embodiments of the disclosure is notintended to be exhaustive or to limit the teachings to the precise formdisclosed above. While specific embodiments of, and examples for, thedisclosure are described above for illustrative purposes, variousequivalent modifications are possible within the scope of thedisclosure, as those skilled in the relevant art will recognize. Forexample, while processes or blocks are presented in a given order,alternative embodiments may perform routines having steps, or employsystems having blocks in a different order, and some processes or blocksmay be deleted, moved, added, subdivided, combined, and/or modified toprovide alternative or subcombinations. Each of these processes orblocks may be implemented in a variety of different ways. Also, whileprocesses or blocks are at times shown as being performed in series,these processes or blocks may instead be performed in parallel, or maybe performed at different times. Further, any specific numbers notedherein are only examples: alternative implementations may employdiffering values or ranges.

The teachings of the disclosure provided herein can be applied to othersystems, not necessarily the system described above. The elements andacts of the various embodiments described above can be combined toprovide further embodiments.

Any patents and applications and other references noted above, includingany that may be listed in accompanying filing papers, are incorporatedherein by reference. Aspects of the disclosure can be modified, ifnecessary, to employ the systems, functions, and concepts of the variousreferences described above to provide yet further embodiments of thedisclosure.

These and other changes can be made to the disclosure in light of theabove Detailed Description. While the above description describescertain embodiments of the disclosure, and describes the best modecontemplated, no matter how detailed the above appears in text, theteachings can be practiced in many ways. Details of the system may varyconsiderably in its implementation details, while still beingencompassed by the subject matter disclosed herein. As noted above,particular terminology used when describing certain features or aspectsof the disclosure should not be taken to imply that the terminology isbeing redefined herein to be restricted to any specific characteristics,features, or aspects of the disclosure with which that terminology isassociated. In general, the terms used in the following claims shouldnot be construed to limit the disclosure to the specific embodimentsdisclosed in the specification, unless the above Detailed Descriptionsection explicitly defines such terms. Accordingly, the actual scope ofthe disclosure encompasses not only the disclosed embodiments, but alsoall equivalent ways of practicing or implementing the disclosure underthe claims.

From the foregoing, it will be appreciated that specific embodimentshave been described herein for purposes of illustration, but thatvarious modifications may be made without deviating from the spirit andscope of the embodiments. Accordingly, the embodiments are not limitedexcept as by the appended claims.

A similar alternative approach to the inventive method is detailedbelow.

In accordance with the invention an app could serve as a platform andcould be put on mobile devices or standard computers and this wouldallow the client or private or small investor to type in and fixatetheir personal investment criteria such as risk tolerance, investmenthorizon, desired investment market, level of investment protection. Thiscan be done by going through a customizing and tailoring processcovering the whole product lifecycle and can be communicated by clientdevices associated with the users of the electronic platform.

In response to such product request information received from the clientoperating on the electronic platform, the software on the serversconstruct the product designed by the retail client, make informationrespecting the same available and execute the trade. Because it ishighly desirable that the client have some level of sophistication, theservers provide product education to clients having the app and certifysuccessful completion of online courses related to the tradableinvestment products which would be available to certified users of theinventive electronic platform. After one retail customer user of theinventive platform has created an instrument, that instrument isavailable to other users. This can occur, for example, when the softwareconstituting the platform determined that other investment productsmanaged by the electronic platform share characteristics with theproduct generated in response to the user's criteria. The result is aproduct exchange system and the establishment of an information exchangeenvironment between users of the electronic platform.

As alluded to above, the investment instruments being designed by usersare constructed from a combination of one or more selected investmentproducts based on the information received from the user and based onthe real-time conditions of the investment market. Particularly for aclient using a bigger screen, there would be an option to drag and dropinvestment criteria on a payoff or other diagram, thus interactively andinstantly displaying changing product characteristics. A heat map may beused to graphically simplify the customizing process. Such a heat mapwould effectively act as a number of pricing tables for each of the twoor more priced components of the structured investment product. Such aheat map may be generated by interpolating pricing information formultiple sets of deal terms associated with the two or more pricedcomponents in response to information provided by the user of theelectronic platform. The system may also present almost finished oralready issued and traded products in an overview. The overall result ofthese aspects of my invention is, that the client/user defines theinvestment criteria himself via the online platform and does notnecessarily need the help of a bank employee or financial advisor.Therefore cost can be reduced.

Does a private individual want to invest in Structured Products, thisperson almost always faces an almost unmanageable and too complexplethora of different structured products, names and naming conventions.First contact point is the stock market part and pages about thosefinancial products in daily newspapers and web portals. Already here youget overwhelmed with the immense amount of different structured notesand the, as a matter of course, used technical terms. One of the littlepossibilities of segmentation lies therein, that the rough division ofstructured products is handled by separating them into YieldOptimization-/Participation-/Capital Protection Products. In the casethat the interested individual or client does not have any basicknowledge about financial terms like barrier, floor, put or knock-out,the selection of an adequate product can be cumbersome. Exactly at thispoint the inventive platform, for illustrative purposes calledMystructuring, has its focal and starting point. Instead of tossing theclient into the “jungle” of very numerous structured products andtherefore finding a product “Top-Down” the inventive platform helps,advises and customizes a product just for the retail investment clientaccording to the typed in requirements, propose an existing one orinitiate the first-issuing of a new instrument.

The process of the online software aided instrument structuring isdescribed below. After signing up with his already existing credentialsor newly signed-up online-banking account, the client is provided withan educational introduction and tests on the main financial instrumentsand terms relating to structured products for this purpose of certifyingcompetency to operate the inventive system.

Once certified, the client can begin the design of an attachment bytyping in and fixating “step by step” one desire, requirement andinvestment criterion and therefore shorten the sample space for possibleproducts. This may be done repeatedly to cause the system to selectcomponents of the structured financial instrument meeting investorcriteria. In accordance with the invention, it is contemplated that thesoftware on the servers operating the inventive trading platform willcontain a wide range of investment products selected by the operator ofthe platform and having a range of different characteristics. Theseinvestment products would be selected for their ability to provide arange of characteristics when a number of these products are combined toform a structured product, for example a structured financial product.This enables the design of a structured product by the retail investmentcustomer. As the product is being designed, the system may graphicallydisplay the characteristics of the product. Starting with the investmenthorizon and the risk appetite/attitude, the client types into a browserbased platform (or, alternatively, in an app) the desired investedcapital, desired barriers, strike-prices, et cetera line by line.Besides the now made constraints and criteria in the form and fashion offinancial ratios and limits the inventive tool is programmed to alsoprovide the client with the possibility displaying a desired payoff inthe firm of a payoff diagram. The software provides a graphical displayof the designed instrument's characteristics. The software is alsocapable of adjusting the criteria in both directions in real-time(namely changing the payoff-diagram graphically <-> constraints in formof text). Such adjustment may be done by clicking and dragging displaycharacteristics on a graphic display of designed instrumentcharacteristics.

Reference is now made to FIG. 21. In accordance with the invention, itis contemplated that clients using the inventive platform will be ableto select between designating the particular financial product to beused in the structured product which they are designing, for example bygiving a company name and other information. This may mean specifyingthat the instrument is to be composed partially of a Coca-Cola put or aCoca-Cola call having a particular set of characteristics which may bemade available from the menu in the app used to design the structuredinstrument.

Alternatively, retail clients using the system may be given the optionof inputting performance characteristics and the system, using aninternal algorithm, selects the various components of the structuredinstrument being designed and constructed by the retail client. Suchselection of a component by the system would be accompanied by anidentification of the component, for example by company name, nature ofequity, bond or other interest, and so forth.

Finally, retail clients using the system may be given the further optionof removing a selected component, with the selected by the client or thesystem and substituting a different particular component by identifyingits characteristics such as company name, and so forth.

In accordance with a further embodiment of the invention, the componentsof the structured product are selected by an algorithm on the system anddisclosed to the retail client. If, however, the expectedcharacteristics of such component change over time, and algorithm on thesystem operating the inventive structured product design and tradingplatform automatically picks a substitute component which is expected toperform closer to the investment criteria input by the retail customer,and the same is disclosed to the retail customer at the time of suchsubstitution. Alternatively, disclosure may be made without taking thesubstitution and the retail customer given the option of switching fromone component to another.

In accordance with one embodiment of the invention, after the clientfinishes the structuring-process by inputting investment criteria, he istold, whether his preferences are already met and represented by anexisting structured product. If that is not the case, the client is thenasked if a structuring proposal from the financial institution withwhich he is dealing should be sent. After such a proposal is created bythe system it is sent to the retail client. This may be done with aninstant message, text message or email, informing him that he can nowinvest in that product. Thus, the retail client is given the opportunityto purchase the proposed structure product. Once the proposed investmentby has been purchased, for example via the Internet, the trade isconfirmed and the client is sent an instant message, text message oremail, confirming the trade.

The aim of the implementation of the inventive system is, to run thesame as much as possible on existing IT systems. This includes theOnline-Banking, client databases, derivative/risk-databases in order toprevent logical, physical and corporate-process related redundancies.Possible and thinkable is, that this platform could be a furtherembodiment and further option in the existing Online-Bankingportals/websites so the consumer can easily choose to use the inventiveplatform. Therefore it would not necessarily be necessary to open up andmanage new client-databases and therefore also security measures andprocesses as well as regulatory aspects don't have to be repeated. As anOnline/Webplatform in an Internet Browser a high grade of compatibilityas well as connectivity/availability would be promptly available with aminimum of investment. The Introduction of an iOS or Android App wouldbe possible and desirable but as a first step the implementation for thebrowser “alone” version of the inventive system would be sufficient andfurther steps such as design of an may follow. As an alternative theplatform could already be accessed by a smartphone's browser as a firststep, given the wide availability of such devices and the fact that theyare generally more available to users than personal computers or evenlaptops, which cannot be so conveniently kept on hand, for example in aperson's pocket, at all times.

The inventive process may begin with a new client of the bank or otherfinancial institution registering on the website as a client. The clientthen receives his credentials via Email (either automatically as aresult of an algorithm in the system, or after a bank employee in thebackoffice verifies and validates his application and does a creditcheck). Concurrently, for the sake of simplifying the payments, thefinancial institution may send an offer to open an online-bankingaccount and/or checking account.

Once registered as a client, the client then logs into the platformusing his user account and password. After his first successful log-in,the client is provided with a first tutorial on how to use the platform.The tutorial both explains and visually showcases the system.

The next step is the place the client into an investor category, atleast for a particular investment session, and to remove certaininvestment products and derivatives from the personalized catalog andqueue of the user investment session. This is done by having the cliententer his investment preferences on his user device, such as an Androidsmartphone.

Two alternatives may be considered at this point. First, client answersa plurality of questions and sent a number of constraints. This processis meant to assess his investment criteria and preferences. Such processcan be achieved using a multiple-choice question format with the clientclicking on his selection. It is anticipated that questions will includemultiple choices selected in order to assess loss tolerance and/or losssensitivity, the desired range of annual performance/return (normallyvery structured product specific), preference between trade-off returnand risk preference (for instance: defensive, low; medium, moderate;slightly higher, slightly higher; high, aggressive), annual savingspotential from earned annual income (for example from employment,investments, pension, etc.), free capital assets, and investment horizon

The invention also contemplates the determination of client type, forexample low income, middle income, high income, high net worthindividual, etc. The same may be determined on the basis of a pluralityof multiple-choice questions to be answered by the prospective client.

As an alternative to a multiple-choice format, an open field may beprovided for the prospective client to type in his investment criteriain plain language which would be processed by an artificial intelligencealgorithm to determine a more formal presentation of such investmentcriteria. This more formal representation would then be displayed to theuser in order to confirm that his plain language request has beenunderstood. Use of a multiple-choice question format is preferred,because data could be more structured and easier to save, and may alsobe easier for a user.

In accordance with one alternative embodiment of the invention, theclient begins the process by entering one constraint after another. Thisresults in shrinking the possible selections of the available structuredproducts. Constraints may include, for example, the investment amount,risk tolerance, investment horizon, and the other investment criteriadetailed above. One possible way to implement this process is for thesystem to ask, for example, three to five questions such as “how much doyou want to invest”, “how long do you want to hold this investment”,etc., for example in a multiple choice format. For example, as potentialanswers to the question “how much do you want to invest?”, The systemcould present the choices “less than $1000”, “$1000 to $10,000”, and“$10,000 to $100,000”. The next step in the process would be the inputof investment criteria using plain language (to be processed by anartificial intelligence algorithm) as composed by the client user of theinventive platform, or, alternatively, dragging and dropping investmentcriteria options from a menu presented by the system. Such free “adding”of constraints and wishes by unconstrained selection possibilities inopen fields may be preferable for many users.

Alternatively, the client may type in and provide his wishes, desiresand objectives in plain language, without the use of any multiple-choiceor drag-and-drop options.

In accordance with the invention, after every input of one constraint(for example, which, desire or objective), the graphic user interfaceresponds by refreshing the relevant field. In addition, if the clientinput is met by an existing structured product, the field, which waspreviously a pale green may turn red indicating that the product cannotbe made by the client because there is already a product in existencewhich meets the criteria. On the other hand, if an additional constraintis added to feel may turn green again indicating that a new product maybe created. If the client is agreeable to purchase the existing product,in response to the client clicking on the “structuring completed” buttonon his device screen, information on the same may be presented by thesystem. The client is then given the opportunity of making the trade byclicking on a “make trade” button on the screen. The changing of thebackground color from green to red may be accompanied by a text message)for example, saying whether an already typed in and provided option iscovered by an already existing structured product. Such message may alsoinclude further instructions to the client.

Both of the above alternatives may have the common element that theystart with one field for the entry of information or multiple choiceselection, and after input by the client, another field or other inputis displayed by which other investment criteria can be input anddisplayed.

Figures illustrate various aspects, choices, features, screens and thelike of the present invention. The invention contemplates the use of apayoff diagram such as that illustrated in FIG. 23, 25 or 26. As can beseen from these figures, the payoff diagram shows the various featuresof the instrument involved in a format familiar to those in theinvestment field.

Initially, in accordance with the invention, an empty payoff diagram isdisplayed. The abscissa and ordinate parameters are displayed, asdetermined by the trading platform system algorithms. However, theclient is permitted to change the same by writing in plain languagesuggestions which may trigger selections from a parameter databaseemployed by the system. This would be done prior to the commencement ofthe structuring process.

A pallet of desired options is presented on the screen. To begin thestructuring process, the client can select and move from the palettesuch options as Strike, Barrier, Multi-Barrier, Cap, Mid Cap, deltahedge, vega, and so forth, as a client may choose, and have it movedinto the diagram. Dependent on the selection he can now draw and dropone point (coordinate) in the diagram and draw the payoff diagram (alsodone in real-time by the plotter) and couple it with a function or anattribute via a line or specific drawing.

It would also be desirable for the tool to automatically get thegradient, incline or slope and then, for instance, automatically computethe corresponding delta hedge ratio, and draw it into the diagram. Apop-up message would then be sent to the client in the form of a textquestion on the screen which suggests, for example: “Slope=4 identified”which to one of skill in the investment field would for instance mean “4Call positions to be fixed, and composited”. The client would then fixthe Strike by positioning the mouse and clicking the same at the desiredStrike (x,y coordinates). Input into the diagram should only be possibleif financially reasonable and logical, and the same would be controlledby system algorithms.

Such algorithms would work by balancing the degree of freedom for theclient (to the extent that it is connected to client satisfaction) andfinancial institution liability to guard against the client takingfinancially unreasonable risk without a sufficiently likely expected andreasonably scaled benefit.

In addition, the ability to switch between different views and palettesare desirably provided. In addition, different graphic user interfacesmay be selected, for example one graphic user interface in an expertmode and the other in a standard user mode. For example, an expert usermight not require any explanations. Intermediate uses may require fewerexplanations than beginner users.

In accordance with the invention in a synchronous mode the system makesit possible to concurrently type in investment constraints via box typeinput field or by dragging from a menu of options, or directly enter acharacteristic in the payoff diagram by dragging and dropping componentsof the desired structured product characteristic. Changes in one area(entered for instance by mouse click) should be, after confirmation thatthey do not have a forbidden condition which would be prevented by thesystem, automatically applied, put forward and displayed in real-timealong with the other components of the structured product.

By clicking on a “Structuring finished” button the client is told, ifthe designed investment criteria provided by him and typed in arealready covered by an existing structured note. Otherwise he will getthe offer to be sent a request for the customized financialproduct/derivative requested by him, if a similar or same request hasnot been declined at this point in time (for example because the productdoes not make reasonable financial sense, or because an existing productalready meets the specified investment criteria).

In accordance with a preferred embodiment of the invention, the platformwould cover the whole pre-trade, during-trade and post-trade lifecycle.By this every related process could be done online exclusively by orover the platform, so that the corresponding bank could save cost, timeand personnel. Optionally, one step (for instance request for newstructured product) may be monitored by a bank employee.

If a request portrayed is accepted by the system, the client isinformed, for example via email or text, that the structured product isup and ready for trading and execution. A direct link on the platformand an overview of all the traded financial products of the clientprovides the client with an overview. The trading formalities,procedures and requirements (also term sheet) are also sent to theclient's email-address. The to be invested amount is eitherautomatically charged to the client's account or a payment order isprovided to him (either via Online-Banking or in writing). Over and byhis platform the client can monitor, screen and follow his alreadybought, finished and open structured products in a summary view at anytime, to allow a management function.

The inventive platform which is termed in the exemplary embodiment inthis application as “My Structuring” (FIG. 22) addresses the clients'need to have more participation in the creation and structuring offinancial products, and more particularly structured products combiningthe characteristics of more than one underlying instrument.

The inventive technology offers significant benefits by makingstructured products available for the masses (i.e. relativelyunsophisticated investors) (FIG. 23). The Online-Platform eliminatesconsulting costs normally necessitated by the involvement of a financialconsultant located at a bank. Rather, in accordance with the invention,the cost of a life consultant is eliminated by providing an educationalplatform, a friendly user interface, and an algorithm providing constantfeedback in response to consumer requests in the form of instrumentperformance, performance expectations, suggestions, directions and thelike to guide the investor through the investment structuring processwhich is accessed online, for example through a tablet or smart phone.However, conventional consulting may be still available via fee.

Benefits for the bank are, that the platform can drastically reduceexpenses while providing the added advantage of concurrently acquiringnew clients (FIG. 24). Furthermore, the financial entity operating theinventive system, such as a bank, broker or other investment house, canidentify new trends regarding structured investment products, clientbehavior and thereof derive customers' wishes, from the informationalinputs and trades received from customers using the platform.

On the client side the benefits are, that the platform user gains accessto exclusive financial services, which were only available to high networth individuals prior to the invention (FIG. 24). Also the client canparticipate in investing in structured investment products with asmaller budget. The platform therefore provides and enables the clientto co-determine and interact with other users and other users' on theplatform to create customized, issued and traded structured products(FIG. 24).

One statement within the industry by Credit Suisse was, that theinventive online platform would enable clients to invest from CHF 10 000to CHF 20 000 or more into the market for structured products. Also theproduct exchange platform's functionality would be an additional sourceof profit for the Bank (FIG. 25).

FIG. 22 illustrates one type of client devices 1001 needed for theaccess and usage of the platform, such as personal computers. Tablets orsmartphones will also function well with the inventive system. A virtual(smart) contract 1002 is stored in a non-transitory computer-readablemedium. Contract 1002 is generated and redacted according to regulatoryneeds, requirements and laws of the user's domicile. According to theclient's drag & drop adjustments either on the payoff diagram or on thefree fields regarding the constraints and investment criteria for hiscustomized financial product, the contract is updated, expanded andautomatically generated in the product generation system.

One embodiment of the contract is the term-sheet for structuredinvestment products. This term-sheet can be printed as a PDF (PortableData Format) or Microsoft file. Another embodiment of the contract is aXML (Extensible Markup Language) file or another adequate markuplanguage file. Yet another embodiment or use of this dynamic electroniccontract is to automatically fill regulatory forms like Foreign AccountTax Compliance Act (‘FATCA’) Forms “on the fly” as the user of theplatform makes and trades his financial products. This automaticgeneration of contracts and forms results in dramatic cost reductionsregarding front-office, middle-office and back-office efforts normallydone by bank employees. The data and records themselves are eitherstored in one or more centralized servers 1003, or in a decentralizeddistributed database network (also peer-to-peer technology). The networkas well as the server and storage infrastructure is assisted,implemented and protected by cryptographic hash-tables and othercryptographic and encryption technology. In one embodiment, the onlineplatform comes together under a brand name 1004 which is presented onscreens in the graphic user interface, in this case the brand“MyStructuring”.

In yet another embodiment contract 1002 is, in addition to being adynamic electronic contract in form of an XML or PDF-file,upon-user-request platform user controlled and platform user executedcomputer code existing, controlled, proposed by the user or the bank ora broker or another financial entity on the distributed decentralizednetwork. The decentralized distributed cryptographic hash-table acts andserves, including but not limited to, with the product generation system144 and product exchange system 146 together with the exchange marketserver 130 on the decentralized distributed network at one or all nodesas an information-retrieval-service together with the financial productor financial derivative in form of a decentralized distributedhash-table on the decentralized distributed network storingcryptographic hash values together with the upon-request computer codepromulgating the contract upon-user-request with all its legallyenforceable conditions on ownership, payments, claims, due amounts orany and all other related terms regarding structured products orfinancial derivatives or related (escrow) ownership. In order to beingable to pinpoint and locate the relevant nodes, containing and indexingthe dynamic electronic contract 1002 and all investment items andcriteria related to it on the network, the inventive technology enrollsand furnishes the users upon-user-request the relevant information tothe relevant parties to a dynamic electronic contract 1002 on astructured product term basis pre-trade, during-trade or post-trade onproposed investment criteria, regulatory demanded collateralizationfigures or payoff or redemption payments or any other provision orcovenant or lien to be enrolled on by the bank or the user of theplatform. The inventive technology decides on its own afteruser-requests regarding existing dynamic electronic contracts on thenetwork which party is furnished with the relevant information and termsregarding a contract based on the information defined in the specificrelevant contract. Originating parties to a contract steer theinformation for a trade or proposed contract until settlement on thenetwork and decide which information and investment terms aredisseminated to whom until settlement on the network.

Prior to a proposed investment product parts or upon-user-requestseparate investment items or investment components or investmentpositions a plurality of portions of a structured product or tranche ofa structured product or risk portions of a derivative or units of atrust or beneficiary of a trust, of an up-REIT or down-REIT regarding anm-REIT (mortgage Real Estate Investment Trust) or e-REIT (equity RealEstate Investment Trust), (re-)preferring of preferred stock or trustpreferred securities, mark-to-market investment criterion, mark-to-modelinvestment criterion, jump-to-default investment criterion and elserelated terms, seniority, thickness and granularity of a tranche,insurance policy payout investment criterion, reinsurance policy linearor non-linear risk pooling or risk reapportioning payout investmentcriterion of a structured product component or financial derivative, theproduct generation system 144, the product exchange system 146 and theexchange market server 130 enroll to the platform user a new of its kindto date upon-user-request proposed tranche as alluded above translatedinto a specific structured product or derivative on the decentralizeddistributed network on the market investment environment.

In yet another embodiment the inventive technology enrolls a tranche tothe user or users regarding a specific structured finance or structurednote investment relevant by legally enforceable claims indexed on thedecentralized distributed network to the relevant parties which was notupon-user-request envisioned in substantial similarity and reoccurrencein a re-apportioning of risk, financial tranche differentiation,interest rate swapping or else by a party relevant to the specificcontract, by the parties relevant to the specific contract to aninvestment criterion or by upon-user-request computer code envisioned ina upon-user-request relevant to the specific dynamic electronic contract1002. In yet another embodiment said specific contract 1002, with therelevant specific parties having an interest in said contract, isindexed, distributed and relocatable on the decentralized distributednetwork prior to the proposed structured product determined by theplatform user id and the session id with a bank, broker, broker dealer,investment company, insurer, reinsurer, asset manager, retail customer,retail investor or other financial entity being a certified inventivetechnology electronic platform user.

In yet another embodiment said tranche or proposed investment criterionis cryptographically secured and encrypted upon-user-requestadministrating a legally enforceable dynamic electronic contract 1002residing on the decentralized distributed network resulting in a claimor interest payment or interest rate change or swap or other relatedcondition regarding a structured product or financial (over-the-counter)derivative located by cryptographic hash indexed in the cryptographichash-table on the decentralized distributed network on one or all nodeson the network.

In yet another embodiment of the inventive technology front office,middle office, back office efforts and costs and personnel can bedramatically reduced because the product exchange system 146 andexchange market server 130 in concert with the decentralized distributednetwork enables investment component computations for and by theplatform users on nodes on the decentralized distributed network so thatplatform users to a structured product or tranche regarding a structuredproduct or financial derivative can explore and use specific relevantinformation and records without the need of having and administratingown records in separate bookkeeping or ledgers prior to the inventivetechnology. Many employees in the back offices at banks, insurers orother financial entities are employed in order keep the respectivebookkeeping or ledgers regarding claims, due amounts, in-arrears claims,spens clauses, waterfall provisions, securities lending conditions andany other related records or information relating to structured productsor derivatives up-to-date. In some cases those queries and computationseven fail or are stalled. The presented inventive technology enablesthat parties to a structured product, financial derivative or relatedfinancial product can share the same relevant distributed informationwithout the need of own bookkeeping and ledgers in a useful andotherwise not possible way and at the same time reduce costs, time andspeed up settlement and clearing by preventing the need for different‘information silos’ at many or every party by consulting the respectivenode or nodes on the network. This usage is possible either from aconnected personal computer 1001 (FIG. 22), tablets or smartphones 1016(FIG. 26).

In yet another embodiment any drag and drop change on the payoff diagram(FIG. 23) or change in the in-line derivative language session (FIG. 29)or change in the hedging diagram (FIG. 47) also regarding the user's orbank's quantofx exposure as with any other investment conditionidentified during the session by the session id and user id is eitherupon user-request or otherwise platform-user-related translated intocomputer code in the either existing or formed structured productdynamic electronic contract 1002 if said tailored financial trancheopportunity is new of its risk and kind and has not been promulgatedprior to the session id and user id, which is likewise encrypted by acryptographic hash function and indexed on the decentralized distributednetwork on every node. The product generation system 142 together withthe product exchange system 146 and the exchange market server 130,consults that a proposed transaction has not been processed, settled orcleared on the decentralized distributed network for a structuredproduct or derivative or other financial transaction on the platform oron the decentralized distributed network on any node at any time or timeframe and is therefore new of its kind, in accordance with theinvestment criteria and terms and agreements in the legally enforceabledynamic electronic contract 1002 also represented by computer code.

The product generation system 142, the product exchange system 146 andthe exchange market server 130 ensure during a platform user sessioneither on a personal computer 1001 or mobile device 1016 in concert withthe decentralized distributed network in real-time or nearly real-timethat a structured product or financial derivative is marketableaccording to either the investment conditions proposed in FIG. 23 orFIG. 29. At the same time the inventive technology adheres to applicablelaw or investment statues like Know Your Client (KYC) orAnti-Money-Laundering (AML) provisions according to the user's domicileby prompting the user specific messages or notifications (FIG. 34, FIG.35). This user/client on boarding on the platform is done before aplatform user can use the platform and start his certification processalong with his credentials and personal details. In one embodiment theinventive platform notifies the platform user either on his mobiledevice or computer during his session for instance by mentioning theU.S. Department of the Treasury OFAC (Office of Foreign Asset Control)SDN (Special Designated Nationals) listings. Likewise the inventiveplatform in concert with the decentralized distributed network notifiesthe user that issuance of a structured product or structured note wouldlower or strain capital or posted collateral off limits which isrequired to adhere to certain regulation pursuant to BIS (Bank forInternational Settlement) Basel III or Basel IV (CET 1 and else),Federal Reserve or S.E.C. (U.S. Securities and ExchangeCommission)capital requirements. In yet another embodiment the platformwould advise the user that issuance or trading for instance specificexotic over-the-counter derivatives or so called‘when-issued-securities’ would add too much risk to his portfolio. Tothat end the platform user would be required to get director overrideprivileges by his superior or risk department head. This can be done byfreezing his platform session (FIG. 34) and forwarding it either overthe decentralized distributed network to his superior so his superiorcould take control and finish the trade (FIG. 34) or by asking hissuperior for a specific by the inventive platform computed one timecryptographic hash furnished on the distributed cryptographic hashtable. Likewise as alluded before this streamlining of businessprocesses taking necessary and mandatory steps into account reduces costand lowers response times dramatically because of the complicated naturestructured product deals.

In yet another embodiment proposed investment products are distributedto the designated parties/platform users over the decentralizeddistributed network. Proposing a structured investment embodied by adynamic electronic contract 1002 results in the creation of a new nodeon the network. Designated and relevant parties on the platform to astructured investment embodied by a contract on a node on the networkare furnished with the information and node by the product generationsystem 142, the product exchange system 146 and the exchange marketserver 130. In yet another embodiment this furnishing can beaccomplished by promulgating the specific cryptographic hash for therelevant specific node on the decentralized distributed hash-table onthe decentralized distributed network In yet another embodiment thisfurnishing means, that dependent on structured product or (OTC)financial derivative or any other related dynamic electronic contract1002 deal term or investment criterion only designated parties or partyare recipient of the disseminated deal terms or investment criterions.This enables either the settlement of a transaction or a trade; also a(escrow) (ex-)change of ownership via relevant node-access viacryptographic hash by the electronic platform or by the certifiedplatform user. In yet even another embodiment this furnishing embodiesdeal term computation, deal term information exchange, physical exchangeof goods, products, manufacture, live-stock or any other business termor business component, to be delivered product (financial, physical orany else related) or financial product or insurance policy orreinsurance policy related deal term or investment term computation,collateral aggregation or computation, computation of potentialcollateral potential exposure figures, upon-users request (exercising ofan option) decentralized agreement between multiple platform users oncollateral collection periods on the distributed decentralized databasenetwork identified, encrypted, validated, recorded by cryptographichash. Every by the electronic platform and relevant parties to a tradeor deal verified and acknowledged transaction or payment is relayed andindexed and stored at every node on the decentralized network.

In yet another embodiment the above mentioned dependent deal termassociated with a dynamic electronic contract 1002 on the electronicplatform constitutes and causes changes to other dependent events anddynamic electronic contracts 1002 identified by cryptographic hash.These computation or aggregation events can be triggered in otherdynamic electronic contracts 1002 on other nodes on the same or on otherdistributed decentralized database networks by relaying the causingtransaction identified and messaged by the corresponding cryptographichash. In one embodiment the artificial intelligence/consensus algorithmon the electronic platform on the decentralized distributed networkdetermines by the means of a ‘Bloom filter’ if another change ordependent investment criterion or deal term in another dynamicelectronic contract 1002 on the same or another node on the network isprobably affected or not affected. In another embodiment the platformexamines by a complete hash table lookup whether specific deal terms orwhether a dependent structured product marked by cryptographic hash isaffected. This is more time consuming but asserts integrity by doing acomplete ‘look-up’ whether an exchange of ownership, manufacture/gooddelivery, inter collateral call, margin call or capital requirement orportfolio compression trade associated by a cryptographic hash hasconsequences. In one embodiment a dependent event can be that a changein interest rates affects payouts of a structured product or derivativeor risk weighted assets on a balance sheet/portfolio of a platform user(on behalf of a Tier 1/Tier 2 bank of financial entity). In anotherembodiment an independent event means that a platform userupon-user-request causes a change in (escrow) ownership, change in theStrike price or Delta or Gamma or Barrier of a structured productassociated with his or one or all associated dynamic electroniccontracts 1002. In one embodiment one change or dependent or independentevent or change in the investment criterion by the platform user or byother platform users causes only changes and alterations to onestructured product or derivative or tranche. In another embodiment onechange causes a plurality of changes to not only his products but alsoother structured products or tranches or deliveries or exchanges forcrude oil against a predetermined cash or collateral amount. Theelectronic platform together with the product exchange system 148 andthe exchange market server 130 determine either upon-user-request orupon-decentralized-network-relay that new transactions and validationsoccurred that affect other dynamic electronic contracts 1002. Theplatform users is notified on his personal computer or mobile devicewhat the wished course of action should be. A big price movement in anunderlying or failed delivery for instance could cause none, one or aplurality of changes (tear-up transaction event) to his payoff or somestructured products proposed and planned changes (predefined by computercode within the dynamic electronic contract 1002) to his exposure.Certain market movements, be it independent events or dependent eventsfrom other platform users or the whole financial or stock or trademarket could cause financial products to cease (Cancellation event) toexist if the user is not willed or able to adhere to margin calls orcollateral calls. The electronic platform 140 notifies the platform useron his dashboard and prefetches and precomputes capital requirementsresulting in proposed needed payments of changes of ownership. Be itshorting a position or going long a stock or going flat. These changesare promulgated to the user on his user interface 115 on his device 110by the product generation system 144 and the pricing tables. Theproposed changes already readily shown and prepared on his ManagementDashboard 570 and also computed by the product pricing module 630. TheInvestment builder 1240 presents the user possible deal terms on theheatmap 1244, as a inline derivative language session string (FIG. 33),updated Circular Rehypothecation diagram with (possible option forownership exchange or swaps) (FIG. 36) or by the means of a dynamichedging diagram (FIG. 48). All proposed changes, changes, validatedchanges, portions of deal terms, mark-ups, mark-downs, PNL (Profit &Loss figures), risk figures, risk (re-)apportionings are all separatelyidentified by cryptographic hash and stored on the platform userupon-user-request session node on the electronic platform 140, on thedistributed hash table, and within one or all corresponding dynamicelectronic contracts 1002 in computer code. The exchange market server130 and the product exchange system 146 administer, validate, exchangeand relay acknowledged multiparty (multi-platform-user) node (ledger)information to the other nodes in the decentralized network and thedistributed hash table by annexing validated deal term collections aschunks marked with cryptographic hash to the previous validated andacknowledged and relayed chunk also marked by cryptographic hash inorder to prevent data corruption, maintain a complete validated andacknowledged transaction repository either caused by independentupon-user-request events or dependent events (for instance floating ratechanges) and foster multilateral bookkeeping consistency by artificialintelligence/consensus. The complete transaction repository on everynode is updated and annexed with new validated and acknowledgedtransaction and deal term data by the relay service. These events can becaused by new trades, certain events of default (Failure to Pay orDeliver, Breach of Agreement, Credit Support Default, Misrepresentation,Default under Specified Transaction, Cross Default, Bankruptcy, Mergerwithout Assumption, Illegatily, Tax Event, Tax Event upon Merger, CreditEvent upon Merger, Automatic Early Termination, Payments on EarlyTermination, Trustee termination, Netting of Payments, HedgeCounterparty Ratings Threshold, Pooling/Re-pooling of Risk) terminationof financial products or ownership, cancelable provision, partialtermination, extensible provision Full assignment for instance forswaption, optional early termination provisions and covenants, Fullassignment for cash, altering an already issued structured product,Splitting of notional or principal, (OTC) derivative or synthetic CDO(Collateralized Debt Obligation) or a bond. The benefits of thepresented inventive technology is a shared, secured, validated,distributed, decentralized and streamlined understanding of deal termsfor asset transfer, exchange and change of ownership without the needfor a centralized party. Multiple databases and multilateral costly (andsometimes faulty) bookkeeping can be prevented by all electronicplatform 140 users operating and settling on one decentralizedelectronic (interoperable) platform.

In yet another embodiment repetitive computations and aggregationsregarding investment criteria and risk computations like variance gammaprocesses volatility surface computations, binominal interest rate treesor mark-to-model or synthetic high path dependent chains of trades andtransactions can be modelled or executed on one shared understandingwithout the need for multiple repetitive arresting reconciliation ofrecords and data. Visibility and permissions to tranches, (partial) cashdistributions, exchanges of assets, capital, financial options ordelivery of air freight, soy beans, cattle or whiskey as underlying) canbe assigned upon-user-request or upon-platform-user message into thedynamic electronic contract 1002 on one node on the decentralizednetwork and then after validation by the electronic platform 140appended to the distributed ledger. By refining or event-triggered orupon-user-request triggered client input 152 or upon-user-request clientinput 152 alteration identified and executed by the electronic platform140 and the exchange market server 130 and product exchange system 146input of public or private keys as cryptographic hash of Upper- andLower-Barriers (or Cap-Floors) for instance in an Equity Accumulator,Cross Currency Swap or upon-user-requested resetting of ‘Cliquet Optionresetting frequencies’ double computations (analytic, numerical,perturbation, substitution or interpolation) and unnecessary doublerecord keeping can be minimized. Also allocation efforts and allocationacknowledgements for complex transaction like for instance for StandardSyndicated Secured Loan Credit Default Swap Index Bullet TrancheTransactions can be simplified and accelerated substantially. Illiquidassets like Level 3-Level 2-Level 1 assets can be upon-user-request orupon-user-request programmed as dynamic electronic contracts 1002represented and executed by computer code and assigned withcryptographic hashes and combined with client input 152 or clientcredential info 154 and marked-up or marked-down substantially faster(computed and aggregated on all relevant nodes and then relayed to allnodes by appending the compounded collection of new deal terms andcryptographic hashes to the decentralized distributed database networkby the electronic platform 140 and the exchange market server 130 andproduct exchange system 146 the product pricing module 630 for allrelevant parties to an agreement or partial agreement at once orsubstantially in real-time) and shown in the Management Dashboard 570(FIG. 5F). The risk of cancelled or erroneous trades because ofotherwise inconsistent multiple local databases is minimized. Erroneousor failed allocations are minimized. Further capital and collateralrequirements are minimized enabling more ‘dry powder’ and workingcapital as increasing CAPEX as also less fees like otherwise requiredamendment/assignment fees, partial termination fees, principal fees,termination fees and the like are needed. This enables simplified pricediscovery for market-makers and turns otherwise illiquid assets intoliquid and tradable assets.

In one embodiment in regard to the specific business deal or financialtransaction or computation this settlement and clearing or goods ormanufacture exchange or delivery or escrow exchange or trust deedrevocation (blind trust, investment unit trust, revocable trust,charitable trust fund, real estate investment trust, constructive trust,generation skipping (transfer) trust, spendthrift trust and the like) orservice can comprise a payment-against-delivery transaction orpayment-against-payment or exchange-against-exchange orpayment-against-exchange or interest rate swapping transaction which areall likewise identified by cryptographic hash and recorded on the ledgeron the distributed decentralized database network on every node bydynamic electronic contract 1002. In yet another embodiment deal termscomprise Waterfall tiers in Waterfall provisions. Said waterfallprovisions can define the seniority, granularity and priority offinancial or related (also in kind) distribution of cash, tranches ofcollateralized debt obligation or bespoke tranche opportunities or otherrights or assets. In one embodiment one investment criterion or dealterm comprises the first tier of a waterfall provision which definesthat one or more parties to a dynamic electronic contract 1002 (here aWaterfall Provision) receive all proceeds, coupons, dividends,Repurchase-agreement payoffs, redemption payoffs till the one or moreparties have received all of their invested capital. In various otherembodiments various other tiers comprise the preferred return tier, thecatch-up tier or carried interest tier which comprise preferred returnson capital, distribution of profits to the sponsor and carried interestto partners or parties to an agreement. In yet another embodiment saidpayment-against-delivery or other consensus as alluded above cancomprise a dynamic electronic contract 1002 which can respectivelydefine a deal by deal without loss carry forward, deal by deal carrywith loss carry forward or a back ended carry. Clawbacks or othercovenants or deal terms or investment criteria can be agreed on via theelectronic platform for and by the sponsor, who is also a certifiedplatform user, of an investment or waterfall provision and is likewiserecorded on the node on the decentralized network on the shared ledger.The plurality of portions of deal terms are separately encrypted andidentifiable by a cryptographic hash which is depending on the platformuser, a private key or public key. In one embodiment the sponsor is theproposing platform user who furnishes the cryptographic hash, which inone embodiment is the public key, to other platform users stored on therespective node associated with a structured product proposal associatedwith a dynamic electronic contract 1002 on the platform investmentqueue. In one embodiment the private key enables the proposing platformuser (or sponsor or broker-dealer or agent or fiduciary or signed memberin a Master Agreement or Credit Support Annex or Schedule of anAgreement or any other Section of a Master Agreement) to resume hisplatform session (also identified by session id and user name) andcontinue work on his investment product/dynamic electronic contract 1002or waterfall provision or structured product or matching adjustment orletter of credit/bank guarantee/bill of lading component or durationmatching adjustment or pricing table (in one embodiment the pricingtable is a mortality table for life-insurance or reinsurance policycomputations or transactions and the like) based on which also longevityswaps are computed, interpolated are adjusted or margin value adjustmentor credit valuation adjustment or else (FIG. 46). In yet anotherembodiment deal terms or investment terms comprise facultative or treatyreinsurance (defining risk-loss structures among policyholders, transferof insurance risk, cession of portions of obligations, Cedent insuranceterms, distribution of premiums against insured or paid out claims,underwriting et cetera) in a dynamic electronic contract. When saidplatform user has finished his structured product or dynamic electroniccontract 1002 proposal he can than compute the public key (in oneembodiment representation of asymmetric cryptographic key/hash)resulting in one embodiment in a ‘<key, value>’ pair for indexing on aor the distributed hash-tables and furnish said proposal on his node,relay it to other nodes or other distributed decentralized databasenetworks on the electronic platform or other electronic platforms andmake it visible to the designated or relevant parties to an agreement orbusiness deal on the platform marketplace via the exchange market server130 on the decentralized distributed database network 125 after theproduct generation system 144 and product exchange system 146 andproduct analysis module 1310 and information exchange module 1330 havevalidated the dynamic electronic contract 1002 for regulatorylimitations, statutes for the electronic platform user pursuant to hisdomicile, validated digital client platform onboarding procedures. Afterthat in one embodiment other platform users can discover, if the productis marked as discoverable and visible in the dynamic electronic contract1002 on one node or all nodes and join a tier, a tranche, a distributeddecentralized collateralization during a pending and open collateralcollection/closing period. If a product proposal/margin call/collateralcall/sea port delivery/airport delivery/U.S. Customs and BorderProtection acknowledgment/investment platform event/U. S. Immigrationand Customs Enforcement acknowledgment/truck deliveryacknowledgment/Duty-free warehouse acknowledgment/customs delivery/U.S.Securities and Exchange Commission statutory request or event for astructured investment or related business transaction results in havingall necessary or in the dynamic electronic contract 1002 designatedand/or permitted parties to a transaction or agreement or business dealon board (on the platform user's session node) and acknowledged, theartificial intelligence/consensus within the product exchange system(FIG. 13) validates the structured asset or right, annexes the validatedand acknowledged collection of deal terms to the distributeddecentralized network/shared/distributed ledger in a compoundedimmutable chunk of cryptographic hashes and dynamic electronic contractsitself combined to one dynamic electronic contract 1002 associated bycryptographic hash (the corresponding private/public key) and relays thevalidated and annexed chunk/transaction collection (including all dealterms, participating nodes, participating parties, dynamic electroniccontracts, all cryptographic hashes, all public/private keys on adistributed hash table) to every node on the distributed decentralizednetwork with the dynamic electronic contract 1002 associated with therelevant other dynamic electronic contracts 1002 associated with theother relevant and associated public and private keys and distributedhash tables (distributed hash tables rapidly accelerateinter-chunk/inter-deal/inter-transaction scalability, read and writeaccess latency and acknowledgment for validated chunks furnished on thedistributed decentralized network/shared/distributed ledger). After eachannex on the distributed ledger the corresponding platform user ishanded a cryptographic hash for a digital collateral receipt embodied asa dynamic electronic contract 1002. The corresponding decision tree forthe corresponding deal term collection for the likewise correspondingdynamic electronic contract 1002 collection for the likewisecorresponding structured products, tranches, interest rate paths,attachment points, detachment points and else is generated by thedecision tree module 620 in concert with the investment product module610. The decision tree is generated and then traversed on the outset ofevery structured products/investment deal proposal before it is queuedon the investment queue. From the root to the inner and outer nodes andthen leaves of this (in yet another embodiment binary tree) tree everynode is marked with the corresponding cryptographic hash identifying thecorresponding deal term of a corresponding dynamic electronic contract1002. The decision tree is a dynamical representation of all deal terms,pricing table components concurrently with the dynamic electroniccontract 1002, inline derivative language session (FIG. 34),rehypothecation syndicate or ‘E-syndicate’ (FIG. 36 ff), ad-hoc textmining proposal (FIG. 46), among other exemplary hedging diagrams like a‘Quanto Forward Adjustment product hedging diagram’ (FIG. 46). Everynode is marked by the corresponding cryptographic hash. Thereforeownership or escrow ownership can be determined. Besides specialdesignated platform users like Heads/Directors of Risk Management onlythe sponsor, lead issuer or certified and fully permitted platform userand party to all deal components are granted visibility to the completetree. In yet another embodiment the other parties to a dynamicelectronic contract 1002 represented by a decision tree which becomes astructured investment deal term tree after validation and acknowledgmentby the electronic platform. Nodes, leaves and the root of the tree canbe revealed on a deal by deal basis by promulgating the correspondingpublic key of the corresponding node by the platform (defined by dealterms, artificial intelligence/consensus or by one party (also acertified platform user) to an agreement to another party (also acertified platform user) to an agreement identified by cryptographichash (public/private key). In yet another embodiment the above alludedpricing table is the basis upon which Monoline insurers aggregate andcompute their investment criteria, spread exposures, CCR (counterpartycredit risk) and deal terms. Monoline insurers and the like can likewisebe certified platform users. Changes in the Rehypothecation Syndicate(FIG. 36 ff) or ‘E-Syndicate’ or changes on the hedging diagram (in oneembodiment for instance on the Quanto Forward Adjustment alterting theplatform user's or the dynamic electronic contract's FX exposure orelimination thereof or Barriers for his via drag-and-drop by mouseclick, touch-pad, key-stroke, inline-derivative language element (FIG.30 ff) or any other input device tangibly or functionally connectedcomputing device. Visibility, certification, access and permission tothe specific dynamic electronic contract 1002 is defined and recorded inthe specific dynamic electronic contract 1002 on every node or supernode(supernode in one embodiment means special access, visibility andmodification privilege (which is then relayed to all nodes) for manualassertion, creation or modification of deal terms on the distributeddecentralized network; in one embodiment this is limited functionalityeven for certified electronic platform users in case of distress(economical or natural distress) for designated professionals (ChiefExecutive Officers or their Staff or Chief of Staff only or governedusage by artificial intelligence or by applicable law.). In oneembodiment these changes to the dynamic electronic contract 1002 are asall other validated and acknowledged transactions appended to thedistributed ledger on every node and can then upon-user-request beaccessed, reviewed and reported and else processed via the specificcryptographic hash (be it a public or private key) on a need to knowbasis. In another embodiment this special access is also orchestrated,controlled by artificial intelligence. As long as a platform sessionwith more than one user to a session and structured product remains openthe product generation system 142, the product exchange system 146 andthe exchange market server 130 furnish the parties to a node of astructured product and establish the required information exchange ofand on a the relevant node or nodes to an financial agreement. First tothe first user then to the second than to a potential third platformuser and so forth till all parties are able to trade the productdetermined by the inventive platform (FIG. 35).

If the same structured product, financial derivative or transaction hasbeen processed by any other electronic platform user recorded in thedecentralized distributed network the product applicant is notifiedright away, by a message to his mobile device cr a notification on hispersonal computer screen during his electronic platform session. Ifanother platform user abandons a yet to be processed, completed orsettled proposal during his platform session, the second platform usermoves up the proposal queue, is now allowed to send the proposal toanother platform user during his session. Said platform user is notifiedin real-time and does not have to restart or abort or start a newstructuring proposal. Concurrently with said notification a newcryptographic hash for the respective node indexing all investment termsfor a dynamic electronic contract 1002 is generated for said transactionby the product generation system 144. After completing the transactionthe principal and notional amount is added to the user's ManagementDashboard accordingly (FIG. 5F). A platform user can be a retailinvestor or a bank/insurance employee or any entity represented by anagent. Each step on the electronic platform by a user is stored in oneor more local databases 145.

FIG. 27 illustrates yet another embodiment of the Client and Serverrelationship of the online platform and suggests possible softwaresolutions for functions of the platform discussed herein and theirinherent functionalities.

The development and customizing of a structured investment product,similar to the software behind the online platform, goes through aproject implementation cycle (FIG. 28), including steps 1007, such asthe development step of the structured investment product as well as thesoftware development behind it. The structuring processes of the presentinvention are comprised of a plurality of different steps. Oneeducational course on the platform for the client introduces this“step-by-step” structuring and customizing process via Business ProcessDiagrams (also implemented with the tool Microsoft Visual Studio©). Thesoftware as well as the structured investment product undergoespermanent testing by the user (Clients and Software Engineers) as wellas product testing on the product exchange system (1008). Production,namely the generation as well as the fixing, issuing and comparing of astructured product takes place on one or more servers as well as on thenetwork regarding the actual trading and settlement of product. Theinventive online platform is at the interface of this and enables thiswhole process (1009).

(FIG. 23) illustrates the payoff diagram of a structured product and itsfinancial composition/components. Graphic user interface 1010illustrates the platform displayed on an internet browser and enablesthe user to make his own investment product. Either by “drag & drop” andmouse click on the payoff-diagram (1011). Still another possibility isfor the user to “text-mine” the database of structured productcomponents maintained by the system. For example, by giving the systemkeywords such as health and fitness, the system will search theequity/bond/etc. database for these keywords or related words andpresent them as an option to the user. Additionally, typing in newproduct constraints by dragging a new column underneath the diagram, theuser can specify his investment criteria, such as risk tolerance,desired return, and so forth.

The area indicated by 1012 is reserved for other layers namelyadditional functionality regarding helping the user to specify histarget payoff or other tools like an instant text mining module. Thewhole structure of the graphical presentation is to be understood asflexible and customizable itself. The user can position and drag anddrop modules 1011, 1013, 1014 and 1015 within the browser. Below thediagram the product constraints area shown in text (1013 1). In thisarea of the graphical user interface the user can input his preferencesby text.

According to his certification and educational level trading tips andover terms are described in the “Assistant” registers and fields (1014).The assistant is divided into ‘Beginner’, ‘Intermediate’ and ‘Expert’(1014 1). As of this selection either more or none financial informationand advice is presented.

In the event that the user of the platform specifically wants to start atraining or certification course he can do so and start the courseselection process and then the course itself by clicking on 1015 1.According to the initial training and introductory course the user iscategorized as Beginner, Intermediate and Expert. Dependent on that thecolumn 1015 on the right of element 1010 expands downwards and showsmore explanations et cetera.

FIG. 26 is yet another embodiment illustrating the online-platform on atablet client device (1011). The rest of the description is similar tothe elements described in the aforementioned paragraph.

In FIG. 24 elements 1017-1021 illustrates the overall general securitymeasures and requirements for the online-platform.

Referring to FIG. 25, the interactive payoff-diagram is one of the focalpoints of the inventive technology. The diagram shown in (FIG. 23 andFIG. 26) can be adjusted in size and regarding its position within thebrowser, for example using a mouse or touchpad. Referring to FIG. 25,element 1025 illustrates one of the different symbols appearing on thepayoff diagram as the user clicks on the different elements of his ownproduct. The double-arrow indicates that the line (here the underlyingCredit Suisse stock) can be moved. The filled circle indicates, that forinstance the strike-price and the barrier can be moved. Elements1022-1024 further describe the overall structuring process as well asthe product exchange components, which are directly dependent on thechanges and redaction in the payoff-diagram as well the free text fieldbelow.

In-Line Derivative Language

By the means of a command line like ‘free field’ the user can type inhis investment criteria. Each criterion is displayed as a separatesymbol (“CP” in FIG. 29). Each of those symbols can be removed byclicking on the ‘X’ letter. This method gives the user of the electronicplatform the means to specify the investment terms for his product in avery rapid fashion. The corresponding Payout-Chart as well as everychange is generated and presented to the user in real time.

There are two modes of operation for this functionality. The first isthe guided Inline Derivative Language, where the user starts with a fewletters for each criterion (FIG. 29) and the platform makes suggestionsfor each criterion via ‘autocomplete’ (“TN” in FIG. 30) and an appearingdrop-down list. The user can then select from one of those either viahis keyboard, mouse, touchpad or other type of input provided by hisclient device.

The second mode for the functionality is the free Inline DerivativesLanguage. The user types in his product category, as well as all theother investment criteria (i.e. investment criteria described in FIG.30, FIG. 31, FIG. 32, FIG. 33). Synchronously with his input everysymbol is highlighted, as appropriate, as red for defective and notaccepted and green for correct and accepted by the product generationsystem (i.e. “TN”, “ZCB” and “ID: May 30 2014” in FIG. 34).

After all needed specifications are green and acceptable, a new promptnamed ‘Create new Structured Product’ appears (i.e. “Create newStructured Note” in FIG. 34). After the user clicks on it and affirmshis investment criteria the product together with the needed contracts(i.e. term sheets and other forms) are generated and presented. Thebutton's naming changes to ‘Trade’ (“T R A D E” in FIG. 35). The usercan now effectively invest in his product.

Circular Rehypothecation

FIGS. 36 through 42 illustrate the operation of a rehypothecationsyndicate including authorization by the retail customer forre-hypothecation of the underlying instrument by the bank or other inthe financial institution with whom he is dealing. The placement and useof the collateral is controlled by the retail customer via a graphicuser interface presented by the platform to the user. At inception ofthe inventive re-hypothecation process, referred to herein as a“circular rehypothecation syndicate,” all participating financialinstitutions have to satisfy the condition where the customer hasborrowed from the financial institution an amount which is under 140% ofthe collateral posted by the client (in this example, the currentplatform user), although this amount may change dependent upon thecurrent laws of the relevant domicile. For example, in the United StatesSEC rules and Federal Reserve Regulation T limit the amount of aclient's assets which a prime broker may hypothecate to the equivalentof 140% of the client's liability to the prime broker. In many othermarkets, there are no such limits.

After the user has started a Circular Rehypothecation session, thePlatform user can select and click on the Bank or financial entity wherehis initial margin collateral should be put. By doing this he gives hisauthorization that his collateral may be (re)hypothecated. The displayedBanks and the number of the participating financial entities isgenerated and updated by a syndicate generation system.

More particularly, after a predefined cycle, during the product's lifespan (namely till the expiration date/maturity date), the margincollateral can and will migrate to the next syndicate bank (this processcannot be changed) and disappear from the previous bank's balance sheet.

According to the bank's and user's domicile law, the platform user isusually given a rebate on fees, lower cost of borrowing, in exchange forgiving the bank the flexibility to hypothecate to other banks within itsgroup. In this manner the banks have the advantage of generating incomewith the collateral. Likewise, among the cells, the banks may agree toshare losses in the event of a client default or a default at one of thefinancial institutions within the circular syndicate. Another advantageof such a syndicate is that the members can have a direct tradeexecution venue and channel among each other by which they can check forbest quoted/available prices eliminating the need for smart orderrouting on other exchanges. The same may be better understood withrespect to the figures where FIG. 36 illustrates a syndicate. FIG. 37-38describes the setting of the syndicate of FIG. 36 at that point in timeimmediately before the platform user makes his selection of which whereto put his initial collateral, i.e. the particular bank which will holdthe collateral in the first instance. However this is done with theexpectation that that particular bank will move the collateral in are-hypothecation step to other banks which will have the same right tohypothecate within the circular re-hypothecation syndicate. Subsequenthypothecation is illustrated in FIG. 39, as detailed in the figure. FIG.40 illustrates the first step in the circular re-hypothecation cycle.The next step in the circular re-hypothecation cycle is illustrated inFIG. 41. FIG. 42 illustrates yet another subsequent possible step in thecircular re-hypothecation cycle.

In accordance with the invention, it is contemplated that the collateralwill move step-by-step from one bank to another in the circle in apredetermined sequence until it has returned to the bank where it wasinitially put by the retail customer. At that point, if the life of theinstrument purchased by the retail customer is completed (i.e. theexpiration date/maturity date), the syndicate is dissolved in thecollateral return to the investor.

Ad Hoc Text Mining

In accordance with the invention, on-the-fly text mining is enabled.More particularly, the results may be presented in a free area besidethe payout diagram described above. As noted herein, text mining maytake the form of the user putting in a number of keywords and a selecteddatabase being searched to present relevant results. The relevantresults would include the sought after terms to the extent that thesystem can determine that the same are finance related, as well asfinance related terms associated with the term being searched.Additionally, so-called “stop words” would be removed from the searchresults. Stop words may comprise such things as the words “the”, “a,”,insofar as these terms have minimal to no content. Search results may beprovided in the preview window, for example in the form of a documentterm matrix, as illustrated in FIG. 43. As illustrated in FIGS. 44 and45, depending upon the results of the search, the system may suggest oneor more non-binding investment proposals. Referring to FIG. 46 theinventive platform makes investment proposals referring to theoccurrence of the word “interest” (FIG. 46), namely in the form ofInterest Rate Derivatives listed in FIG. 46.

Further the text mining preview indicates the general or overall socalled “Open Interest” of a potential underlying, when the user hoversover one of the remain words illustrated in FIG. 43. Open Interest isthe total number of outstanding future or option contracts that are heldby market participants at the end of the day, thus yesterday plan thefile having you roughly indicating trading activity.

Bringing the Sell-Side and Buy-Side Closer

Certain Structured Products can be very complex and difficult tounderstand. By providing the platform user graphically displayedinvestment schemes as for instance hedging diagrams the client caninvest in exotic derivatives himself. The electronic platform storesprepared complex financial products schemas ready to be customized bythe user. FIGS. 47 and 48 both illustrate a so called ‘Quanto ForwardAdjustment’. Quanto and Composite options are derivatives, which allowthe final payout to be in a different currency than the underlyingcurrency, i.e. these options are also dependent on the FX (foreignexchange) rate. I.e. a Quanto Call expressed in the payout currency.Imagine for instance selling a quanto SMI (SMI-Index) $ forward to aninvestor (i.e. other user of the platform), short a liability in $.

At the beginning the user is short in the SMI in $, i.e. to hedge theequity the user buys the SMI in CHF (for instance via futures) andthereby goes long $ against CHF.

Provided and presented by the inventive platform and the diagrams theuser can “drag & drop” his short and long positions to his liking (FIG.47 & FIG. 48). In FIG. 47 he can react and adjust his investmentpositions (i.e. represented by his customized product) via graphicalinput regarding his FX exposure. Likewise he can do the same regardinghis equity positions illustrated in FIG. 48. If he's been certified bythe platform and able to he can also alter and correct his hedging ratioin the concurrent Inline Derivative Language session. Changes aredirectly updated to the payout-charts in real-time.

Skyline Products

A skyline query is used to mediate between conflicting objectives andinvestment criteria, such as high return, investment amount, paybacktime, marginal value adjustments, duration and tenor et cetera. Thisinventive step implemented, presented and executed to and by the user bythe product generation and exchange system in accordance with a heat mappricing approach.

Succinctly Skyline queries return a set of points (in this contextregarding finance) i.e. investment criteria that are not dominated byany other point in the data set (here: product exchange system). Byrequesting a skyline product the electronic platform presents the useran ad-hoc structured investment product proposal. Based on this InlineDerivative Language session proposal or payout-chart the user can eitherimmediately invest and trade in the product by clicking on the buttonillustrated in FIG. 35 or further elaborate and customize this“compromise” (combination of historical best investment criteria and hispreference matrix stored in the platform) structured product until he isprepared to invest.

The objects of the invention are also achieved using the followingmechanisms. The number of plus signs indicate currently perceived valueof the mechanisms listed below:

+++++Read/Write/Access Privilege Granting Server/Node +Distributed HashTable Garbage Collection Server/Node +++++Digital Onboarding GrantingServer/Node +++++Foreign Exchange Ledger Administration Server/Node++++Collateral/Loan-to-Value-Ratio/(Re-)Hypothecation LedgerAdministration Server/Node ++++Digital Collateral ReceiptAdministration/Validation Server/Node ++dynamic/real-time regulatoryfunds transfer pricing ledger server/Node (funds transfer pricing iswhen corporations balance and rebalance their liquidity of theirrespective country branches and business units according to regulatoryneeds and pool information in order to examine overall profitability).+++Peer-to-Peer lending/services ledger administration server/Node+++Corporate Action/Ad-hoc message ledger administration server/Node+++++Power of Attorney (smart contract) Validation Server/Node; a smartcontract is an automated legal code in in technical computer code+++++Power of Attorney (smart contract) Administration Server/Node; asmart contract is an automated legal code in in technical computer code++ Corporate Voting Administration Server/Node +++++++electronicsignature/Notary services ledger administration server/Node (sequential,digitally signed and validated records of ownership) Salary & Employmentservices/e-verify Form I-9 administration server/Node +FinancialProduct/Structured Product/Derivatives/(pre-)clearing& (pre-) settlementvalidation server/Node +++Substantial Presence Test ValidationServer/Node +++++non-maturity cash flow product/revolving non-revolvingcredit contract validation server/Node (these products are also creditcard debt) +++++Credit Support Annex/Master Agreement Validationserver/Node (credit support for derivatives structured products) +++XVAAdjustment/Account Balance Validation Server/Node ++++Wallet AccountBalance Validation Server/Node Compliance Services ledger ValidationServer/Node ++++Initial Margin/Variation Margin Account BalanceValidator ++Credit Score Validator financial reporting/investmentreporting/supranational reporting server/Node generation module ++++cellphone contract and telecommunication contract & alike validator+++++++++++insurance/reinsurance risk validator: cedant/reinsurervalidator reinsurance agreement validator reinsurance contract validatorreinsurance or insurance specific structured financial products likelongevity swaps, matching adjustments at the like inpatient healthinsurance skyline auto-contract validator risk transfer module, incomesmoothing module, surplus relief module, arbitrage moduleproportional/non-proportional reinsurance authorization ledgerserver/Node + validating server/Node +++++++++++Trade Finance module:Exporter validator, Importer validator letter of credit/bank guaranteeledger server module, bill of lading ledger server module  Collectionand Discounting of bills ledger module    Cash payment with order/Cashpayment on delivery module   Escrow service with order/Escrow service ondelivery ledger module

An embodiment provides a system software and method which relates to thefield of computing technology or business process models or computersystems or distributed computer systems or computer networks relating togeneral purpose devices that can be programmed to carry out a set ofdata table or hash table or (shared) database/distributed ledgerupdates, validations or modifications supporting, enabling or executingpublic and private services, financial transactions and commercialapplications. More specifically, the present invention is directed todistributed and decentralized computing in which said fully or partiallydecentralized distributed network is supported and encrypted bycryptographic technology, hash functions and distributed public orprivate keys or other related technology.

An embodiment provides a system, software and method as in any previousclaim, wherein visibility to one, a plurality or all nodes of saiddistributed network is granted and validated by one or more granting,validation, authentication or authorization servers/nodes on a need toknow basis determined by supernodes or network consensus or artificialintelligence.

An embodiment provides a system, software and method as in any previousclaim, wherein said identity, visibility, validation and grantingenables a distributed ledger by the means of an information exchangenetwork assisted by peer-to-peer technology to reveal, exchange orcompute information, values or assets (be it financial, physical, legalor electronic), compound, quanto, securitized or composite interest orother needed elements or components for manual, partial or automatedsharing or else needed contract/transaction ascertainment,(pre-)clearing, (pre-)settlement, netting, enabling, validation,authentication or authorization of contract/commercial/business partiesor contract/commercial/business elements like user identities orcollateral or escrow services or risk transfer among other similar usecases

An embodiment provides a system, software and method as in any previousclaim, whereinsaid exchanged or permissioned distributed hashtable/shared ledger constitutes a distributed and or decentralizedaccordance and conformity of agreed upon and partially or fullypermanent or timestamp-dependent or temporary promulgated facts, data,records, knowledge, statements, at-the-time to one, some or all fullyknown or partially spread valuations for each participating,authenticated validated node

An embodiment provides a system, software and method as in any previousclaim, wherein said distributed accordance can be used, revealed,applied or levered in the fields of financial transactions, individual,commercial and non-monetary or non-economic benefit, regulatory domesticand supranational requirements or commercial operations

An embodiment provides a system, software and method as in any previousclaim, wherein the distributed ledger administration server.

An embodiment provides a system, software and method as in any previousclaim, wherein said fields benefit from dramatically reduced operationalcost, impairment cost, reconciliation cost, compliance cost, capitalcost or any other business restraining effort or economic hindrance.

What is claimed:
 1. One or more data processing systems foracknowledging, identifying by cryptographic hash, certifying based oncomputed and cryptographically secured event-driven validatedcertification status, processing, computing, sending, exchanging andstoring time-stamped user-requests and user-input messages and sets ofdeal terms for managing, generating, pricing, sharing and tradingtime-stamped investment products or financial products between certifiedusers being party to a transaction or agreement, each of said systemscomprising: (a) at least one memory, (b) at least one processor, (c) atleast one non-transitory computer-readable storage medium, (d) at leastone distributed and decentralized computing system and distributednetwork associated with investment products or financial transactionsprogramed to establish events on a distributed ledger said eventstriggering the carrying out or causing to be carried out of a set ofdata table or hash table updates, node or tree operations, transactionrelated computing or pricing, hashing of priced components and dealterms, for providing instructions, access control, validations based oncomputer-executable instructions or computer-readable instructions,proposing transactions based on user-input or computer code oragreements or electronic contracts or cryptographic hashes, providingcontingent event-driven asset or risk or certified rights transfer;determining whether said transactions are unique or of a new kind andsigning unique transactions or modifications of financial transactionsvia signature or certification status identified by cryptographic hash;the distributed and decentralized computing system further comprising:at least one distributed network having one or a plurality ofcertification states, and which is encrypted by cryptographictechnology, hash functions and distributed public or private keys inorder to identify, select, manage, validate, execute investment productproposals or share trades that are already existing on the distributednetwork associated with investment products or financial transactions,wherein a non-transitory computer-readable storage medium, when executedby an electronic platform or one or more nodes on the distributednetwork associated with investment products or financial transactionscomprising investment terms associated with a dynamic electroniccontract to cause a programmed computing device or node on thedistributed network to perform operations comprising: relaying from oneor more nodes on the distributed network to other associated nodes onthe distributed network relevant associated information to a traded orproposed structured investment product associated with one or morestructured investment products associated with another dynamicelectronic contract aggregating investment terms from one or moredynamic electronic contracts from one or more nodes on the distributednetwork to one or more other nodes on the distributed network and one ormore other dynamic electronic contracts promulgating and furnishingnodes on the distributed network or users of the electronic platform ordynamic electronic contracts with computations and data associated withinvestment products from one or more other electronic platform users,from one or more other nodes on the distributed network from the one ormore other dynamic electronic contracts.
 2. One or more data processingsystems for acknowledging, identifying by cryptographic hash, certifyingbased on computed and cryptographically secured event-driven validatedcertification status, processing, computing, sending, exchanging andstoring time-stamped user-requests and user-input messages and sets ofdeal terms for managing, generating, pricing, sharing and tradingtime-stamped investment products or financial products between certifiedusers being party to a transaction or agreement, each of said systemscomprising: (a) at least one memory, (b) at least one processor, (c) atleast one non-transitory computer-readable storage medium, (d) at leastone distributed and decentralized computing system and distributednetwork associated with investment products or financial transactionsprogramed to establish events on a distributed ledger said eventstriggering the carrying out or causing to be carried out of a set ofdata table or hash table updates, node or tree operations, transactionrelated computing or pricing, hashing of priced components and dealterms, for providing instructions, access control, validations based oncomputer-executable instructions or computer-readable instructions,proposing transactions based on user-input or computer code oragreements or electronic contracts or cryptographic hashes, providingcontingent event-driven asset or risk or certified rights transfer;determining whether said transactions are unique or of a new kind andsigning unique transactions or modifications of financial transactionsvia signature or certification status identified by cryptographic hash;the distributed and decentralized computing system further comprising:at least one distributed network having one or a plurality ofcertification states, and which is encrypted by cryptographictechnology, hash functions and distributed public or private keys inorder to identify, select, manage, validate, execute investment productproposals or share trades that are already existing on the distributednetwork associated with investment products or financial transactions,wherein a product generation system, a product exchange server and anexchange market server determine and relay to an associated one or morenodes on the distributed network whether promulgated information,exchanged information, promulgated computation, aggregated computation,exchanged computation, furnished aggregated investment terms by anelectronic platform user's traded structured product, structured note,tranche or financial derivative are already present on the distributednetwork.
 3. The one or more data processing systems of claim 1 or 2,wherein visibility to one, a plurality or all nodes of said distributednetwork is granted and validated by one or more granting, validation,authentication or authorization nodes on a need to know basis determinedby supernodes or network consensus or artificial intelligence, based onconsumed or unconsumed items or states.
 4. The one or more dataprocessing systems of claim 1 or 2, wherein identifying, visibility,validation and permissioning enables a distributed ledger with aninformation exchange network assisted by peer-to-peer technology toreveal, exchange or compute information, values or assets, collateralrequirements, valuation adjustments, compound, quanto, securitized orcomposite interest or other needed elements or components for manual,partial or upon-user-request sharing of needed contract/transactioncomponents or thresholds, preclearing, clearing, pre-settlement,settlement, netting, enabling, validation, authentication orauthorization of user identities or collateral or escrow services orrisk transfer metrics and investment components contract elements;wherein a distributed accordance is recorded and stored on apermissioned distributed network in order to minimize data duplicity,duplicative expensive event-driven computations and information silos;cryptographically securing, authenticating and authorizing independentor dependent events associated with investments or investmentthresholds.
 5. The one or more data processing systems of claim 1 or 2,wherein an exchanged or permissioned distributed hash table/sharedledger constitutes a distributed and or decentralized accordance andconformity of agreed upon and partially or fully permanent ortimestamp-dependent or temporary promulgated facts, data, records,knowledge, statements, at-the-time to one, some or all fully known orpartially spread valuations for each participating, authenticatedvalidated node.
 6. The one or more data processing systems of claim 1 or2, wherein fields on a distributed network, computing system and dataprocessing system benefit from dramatically reduced operational cost,impairment cost, reconciliation cost, compliance cost, and capital cost,due to persistent validated distributed data on a distributed ledger. 7.The one or more data processing systems of claim 1 or 2, wherein thecryptographic hash is promulgated to one or more associatedcryptographic hash-tables on the distributed network to one or moreassociated dynamic electronic contracts associated with one or moreinvestment products.
 8. The one or more data processing systems of claim1 or 2, wherein the cryptographic hash-table comprises a decentralizedcryptographic hash-table.
 9. The one or more data processing systems ofclaim 1 or 2, wherein investment terms comprise an agreement betweenparties to an investment product associated with a dynamic electroniccontract.
 10. The one or more data processing systems of claim 1 or 2,wherein investment terms comprising an agreement between parties areaccepted by both parties to a transaction or all parties to atransaction associated with a dynamic electronic contract.
 11. The oneor more data processing systems of claim 1 or 2, wherein a cryptographichash is a unique assignment for one or more nodes associated with astructured product associated with a dynamic electronic contract. 12.The one or more data processing systems of claim 1 or 2, wherein adynamic electronic contract is computer code associated with one or morenodes on the network and associated with one or more users of theelectronic platform.
 13. The one or more data processing systems ofclaim 1 or 2, wherein a product marketplace between the user of anelectronic platform and other users of the electronic platform comprisesa decentralized distributed network facilitating a trading of generatedinvestment products between users of the electronic platform.
 14. Theone or more data processing systems of claim 1 or 2, wherein the user orusers of the electronic platform are notified about constraining tradinginformation about his financial options furnished by associatedexchanged information on the distributed network and product exchangesystem on the user's computing device.
 15. The one or more dataprocessing systems of claim 2, wherein the user is given generatedproposed investment products by the product generation system based onthe user's financial options altering the user's financial exposurecomprising financial products lowering the user's investment horizon,lowering the user's invested capital.
 16. The one or more dataprocessing systems of claim 2, wherein the product generation system andthe product exchange system establish communication between one or allnodes on a distributed network with one or more other nodes.
 17. The oneor more data processing systems of claim 2, wherein the productgeneration system and the product exchange system establish acceptancebetween two or all parties of an investment product associated with oneor more dynamic electronic contracts on one or all nodes on the network.18. The one or more data processing systems of claim 2, wherein by theproduct generation system and the product exchange system establishedacceptance between two or all parties of an investment productassociated with one or more dynamic electronic contracts on one or allnodes on the network comprises a legally enforceable agreement.
 19. Theone or more data processing systems of claim 1 or 2, wherein thedistributed network is a decentralized distributed peer-to-peer network.20. The one or more data processing systems of claim 1 or 2, wherein thecryptographic hash is a private or public key.
 21. The one or more dataprocessing systems of claim 1 or 2 wherein a timestamp is arequest-timestamp, a send-timestamp or a transaction-timestamp.
 22. Theone or more data processing systems of claim 1 or 2 wherein a timestampis a request-timestamp, a send-timestamp or a transaction-timestamp andwherein a timestamp is a nanosecond or millisecond timestamp.
 23. Theone or more data processing systems of claim 1 or 2 wherein a uniqueassignment is a notarization.
 24. The one or more data processingsystems of claim 1 or 2, wherein visibility to one, a plurality or allnodes of said distributed network is granted and validated by one ormore granting, validation, authentication or authorization nodes on aneed to know basis determined by supernodes or network consensus orartificial intelligence, based on consumed or unconsumed items orstates, and wherein identifying, visibility, validation andpermissioning enables a distributed ledger with an information exchangenetwork assisted by peer-to-peer technology to reveal, exchange orcompute information, values or assets, collateral requirements,valuation adjustments, compound, quanto, securitized or compositeinterest or other needed elements or components for manual, partial orupon-user-request sharing of needed contract/transaction components orthresholds, preclearing, clearing, pre-settlement, settlement, netting,enabling, validation, authentication or authorization of user identitiesor collateral or escrow services or risk transfer metrics and investmentcomponents contract elements; wherein a distributed accordance isrecorded and stored on a permissioned distributed network in order tominimize data duplicity, duplicative expensive event-driven computationsand information silos; cryptographically securing, authenticating andauthorizing independent or dependent events associated with investmentsor investment thresholds.